3D 模型导出格式怎么选：GLB、glTF、OBJ、STL 与 FBX 实用对照

导出看起来只是菜单里的一个选项，实际却是流程决策。格式决定了下一个软件能读到什么：只有几何体，还是带材质与贴图，还是带骨骼的角色，或者是一个可以直接打印的实体。选错格式时，模型本身没有问题，结果却依然用不了。

本文依次梳理 GLB 与 glTF、OBJ、STL 与 3MF、以及 FBX，并给出真正会出问题的那些设置：单位、轴向、Draco 解码、三角化，以及在生成工具不提供 FBX 时这条路该怎么走。

先看下游工具，再决定导出格式

大多数导出失败都与体积无关。浏览器里正常打开的 GLB，到了切片软件里可能就是错的；而游戏引擎乐意导入的 40 MB FBX，对只想打印模型的人毫无意义。先问清楚接下来由哪个软件打开它、它需要看到什么。体积是次要问题，而且由贴图决定而不是面数：6 万面的网格只有几 MB，4 张 4K PBR 贴图却可能超过 40 MB。压缩方式跟着下游走——网页查看器用 Draco，进打印机的几何体保持未压缩。

GLB 与 glTF：把 PBR 材质装进一个二进制文件

glTF 2.0 由 Khronos Group 维护，如今是实时交换格式中最接近行业标准的一个。GLB 是它的二进制容器：场景层级、几何体缓冲、材质与贴图都在同一个文件里，无论上传、发邮件还是放在 CDN 上分发都不会掉文件。Blender、Unity、Godot、three.js 与 Babylon.js 都能直接读取，Unreal 需要插件或较新的导入器，而大多数浏览器模型查看器都把 GLB 当作默认下载格式。

• 节点层级保留网格名称与变换，多个零件不会被强行合并
• PBR 金属度-粗糙度材质：基础色、金属度、粗糙度、法线、环境光遮蔽、自发光
• 贴图内嵌在二进制中，传输过程中不会丢失
• 可选的 Draco 压缩几何体，用导入时的一次解码换更小的网格数据

Draco 压缩的是几何体，不是贴图

Draco 是一种几何体压缩扩展，通常能把网格数据压到原体积的一小部分——模型以面数为主时收益很实在。它对贴图完全无效，所以体积主要来自 4K 贴图的资产几乎不会变小。有两点需要注意：导入端要有解码器，Blender、three.js、Babylon.js 和 Unity 的 glTF 导入器都自带，老一些的工具没有；另外 Draco 会对顶点位置做量化，屏幕上看不出来，却可能让表面偏移超过打印公差允许的范围，因此要进切片软件的模型都该留一份未压缩副本。

拆分式 glTF：.gltf、.bin 与一个贴图文件夹

glTF 也可以拆成多个文件：一个 .gltf JSON 文件、一个存放几何体的 .bin 缓冲，以及按相对路径引用的独立贴图。搬运麻烦，用起来却舒服——脚本可以只改一个材质参数或替换一张基础色贴图，不必重写整个资产，对 JSON 做文本比对也能看清两个版本的差异。代价是脆弱：只把 .gltf 挪走而漏掉同伴文件，它照样能打开，但所有表面都会变成灰色，而且不会报错。

OBJ 与 MTL：最不挑工具的老格式

OBJ 诞生于上世纪 90 年代，至今到处都能打开：几何体、UV 与法线放在纯文本里，材质写在配套的 .mtl 中，贴图独立存放。在不同 DCC 软件之间搬运原始几何体时，它依然是最稳的选择，因为 OBJ 支持多边形面：四边面拓扑能完好地经过 Blender 或 Maya 往返，而 GLB 与 STL 导出时会自动三角化。它承载不了的是现代材质。MTL 规范很宽松，不同导出器各写一部分，打包的粗糙度-金属度 PBR 结构通常无法保留。OBJ 也不声明单位，按 1 单位 = 1 米导出的文件，到了读成厘米的软件里就会缩小。

STL 与 3MF：单位、三角面汤与打印平台

STL 是打印格式：一串三角面，每个面附一条法线。没有单位、没有颜色、没有材质、没有对象名称、没有层级——两个相互接触的零件会合并成一个无法单独选中的网格。Bambu Studio、OrcaSlicer、Cura 与 PrusaSlicer 都能读取，打印服务商也直接点名要 STL。3MF 保留同样的几何体，并补上 STL 缺少的东西：声明的单位、多对象、颜色与材质信息，以及基于 zip 的更小体积。一盘多件或需要换色时，就发 3MF。

1. 先确定毫米制的真实尺寸，导出后在切片软件里量一下包围盒：STL 没有单位字段，1000 倍的比例错误是经典事故。
2. 检查网格是否流形；破洞与非流形边会变成缺失壳体或切片失败，先修复，再去怀疑打印机。
3. 注意壁厚：0.4 mm 喷嘴的 FDM 大致取 0.8–1.2 mm，光固化件大约 0.6–1.0 mm。
4. 摆放模型时让悬垂与竖直方向的夹角大致不超过 45 度，否则就要接受支撑和它留下的痕迹。
5. 导出二进制 STL 而不是 ASCII，后者保存同样网格会大好几倍；一盘多件时改用 3MF。

FBX：涉及骨骼绑定时才真正需要

FBX 是 Autodesk 的交换格式，至今仍牢牢占据带骨骼资产的流程。在本篇比较的这几种格式里，只有它通常会同时携带骨架、蒙皮权重、混合变形、关键帧动画、摄像机与灯光，这也是 Unity、Unreal 与 Maya 团队默认索要 FBX 的原因。它同时是闭源且分版本的格式：没有公开规范，兼容性由 SDK 定义，你使用的导出器版本本身就是结果的一部分。

有两个反复出现的问题。先是比例与轴向：Autodesk 系工具默认用厘米，Blender 写出的却是米，资产可能大 100 倍或者直接躺倒；解决办法在导出器的单位缩放与前向/上向设置里，而不是导入之后再缩放。其次是材质：FBX 记录的是贴图引用，有时还是绝对路径，文件夹一移动贴图就会消失。FBX 也很少出现在托管式 AI 3D 生成工具的导出列表里，它们通常只给 GLB、OBJ 与 STL。现实的做法分两步——导出 GLB 或 OBJ，导入 Blender，再按目标引擎的单位与轴向导出 FBX。由于 GLB 的几何体进来时已经是三角面，需要干净四边面的项目还得先在 DCC 软件里做重拓扑。

AI 3D 生成工具在导出链路里的位置

Open3DAI 支持导出 GLB、glTF、OBJ、STL、PLY 与 3MF，配套的格式转换器还能覆盖相邻格式；REST API 可以让团队把导出接进构建脚本。在此之前更有用的是多引擎对比：把同一个提示词或同一张图分别交给可用引擎，比先导出几个候选再回头修补要省事。不过边界要说清楚：Open3DAI 不做绑定、不做动画、不做重拓扑，也不做 UV 展开，并且不导出 FBX，所以需要骨骼的交付仍要经过 Blender 或 Maya。它同样不承诺结果一定是流形或可直接打印——要拿去打印的网格，和任何其他导出一样，都该在切片软件或 Meshmixer 里检查一遍。

文件发出去之前先做一遍检查

• 重新导入一个空场景并查看大纲视图；零件缺失通常是材质或节点引用失败。
• 量一个已知尺寸：100 mm 的立方体就该读作 100 mm，既不是 10 也不是 1000。
• 在材质预览里打开贴图显示；表面发灰说明图片路径断了，OBJ、MTL 或 FBX 最常见。
• 导入引擎前核对面数与三角面预算，减面放在 Blender 里做，而不是等资产进了关卡。
• 看清体积构成：一套 4K PBR 贴图可达 30–60 MB，而网格只有几 MB，要减就先减贴图。

在 Open3DAI 中试一下

把同一份提示词或图片交给多个引擎，并排对比网格，然后导出 GLB、glTF、OBJ、STL、PLY 或 3MF。注册即赠免费积分，无需信用卡。