45.8 MB 压到 3.2 MB省掉 93%耗时不到一秒——这组数字来自 Zipoly 官网的示例。数字本身没问题问题出在后面项目跑在 Babylon.js 上压完的 GLB 进页面就是出不来。先确认渲染层认哪个引擎按 Zipoly 官网的支持口径引擎Three.jsBabylon.jsmodel-viewer定位Draco原生支持原生支持原生支持兼容性首选Meshopt可用暂不支持暂不支持性能极致结论很直接Three.js 上两条链路都能跑Babylon.js 和 model-viewer 上只有 Draco 能跑。引擎不是按压缩率挑的是按渲染层挑的。这条建议在需求阶段就定下来别等到联调的时候才发现模型加载不出来——那时候再回头重压一遍整批模型工期就不好看了。两条链路的取舍维度DracoMeshopt压缩率最高 90%更高几何优化量化参数控制精度顶点缓存优化纹理JPEG / WebP / KTX2BasisU 一体化ETC1S / UASTC级别1–10 级可调官网未单独给出级别口径运行时兼容性优先WebGPU 友好加载解码更快图注Zipoly v2.1.0 实测ShanDiChe.glb 用 Draco Level 7 压到 596 KB-94.5%提示 Web 端提速约 76%图注Meshopt 引擎特有项纹理压缩 ETC1S / UASTC以及「合并网格实例」「保留命名节点」两个开关降级兜底别忽略Meshopt 不可用时会自动切回 Draco无感降级。所以你选了 Meshopt 不一定报错只是最终产物是 Draco 的压缩结果——页面能跑、体积也小但你想要的那部分加载优势没了。这种「没报错但也不是预期」的状态最坑排查的时候会一直往路径、材质、坐标系上想。所以排查顺序建议倒过来先确认渲染层支持哪个引擎再去看别的。落地时按这个顺序走确认渲染层—— Three.js 还是 Babylon.js写进需求第一行选引擎—— Babylon.js 和 model-viewer 直接锁 DracoThree.js 上再按兼容或性能挑压完先看预览—— 压完当场弹预览窗转两圈确认没破面再往生产发复核实际产物—— 下游框架不确定的时候别假设降级没发生回头看日志里真正跑的是哪个引擎顺带提一嘴环境桌面版离线运行模型不出本地安装包不到 10 MB不用联网注册。收到的模型要是 FBX、OBJ 混着来它支持 7 种格式互转先统一成 GLB 再进压缩一步过完。什么时候这套不管用框架没定就先调压缩级别和量化精度顺序是反的参数再极致也落不了地。想把压缩接进 CI 自动执行的桌面工具也不是那个方向的答案它解决的是手工过一遍模型。顺带一提Zipoly 免费版单文件 20 MB、纹理 5 MB一次处理一个文件授权解锁 500 MB 和批量档位是尝鲜版 ¥15/30 天、个人年付 ¥79/年、终身 ¥199、团队版 ¥299/年起。先用免费版跑一个自己的模型比看任何参数表都实在。