GLTF规范是否支持文件中未关联材质的“悬空”纹理？

首先明确：GLTF核心规范不支持你描述的这种“悬空”纹理。

GLTF的资源模型是面向实时渲染的，所有纹理资源必须通过材质的textureInfo字段关联到具体的采样器（对应Blender里的节点连接），或者作为纹理视图的一部分，才会被序列化到输出文件中。未被任何渲染路径引用的纹理会被视为冗余资源，导出时会被自动过滤掉——这也是Blender默认导出GLTF时会丢弃未连接节点的纹理的原因。

你目前采用的带后缀的多材质方案，本质是通过将纹理关联到未被使用的材质，强行让纹理满足“被引用”的条件从而被导出，但这种方式确实不够优雅。而材质变体扩展（KHR_materials_variants）本质还是通过定义不同材质变体来管理资源，和你现有的方案逻辑类似，确实无法解决你的核心需求。

如果必须在GLTF中保留这类与材质关联但未用于渲染的纹理，有两个可行方向：

• 自定义GLTF扩展：在材质的扩展字段中添加自定义属性，存储这些额外纹理的引用。但这种方式需要你的GLTF加载器能够识别并处理这个自定义扩展。
• 调整工作流：如果这些纹理是用于后期动态替换，可考虑将它们作为独立的纹理文件单独导出，而非嵌入GLTF中，在运行时再关联到材质。

内容的提问来源于stack exchange，提问作者vardonir