同样一台设备，在建模软件里转得飞快，一挂到网页上就变得又大又卡，问题多半出在模型本身太重。3D模型轻量化做的就是把模型里用不上的面数、贴图和冗余数据压下去，让它适合在浏览器和手机上跑。做Web3D产品展示的项目里，这一步几乎绕不开，下面按实际项目的操作顺序，讲清楚要动哪几处、各用什么工具。
体积的大头往往不在面数上
很多人一听模型大就先想到减面，实际拿工具称一称会发现，贴图经常才是占体积的主力。用 gltf-transform 这类命令行工具把 GLB 文件检查一遍，几何占多少、纹理占多少，一张报表看得清清楚楚。经验上，工业产品模型的贴图能占掉整体体积的七八成，几张4K贴图随随便便就是几十兆。还有一类更常见的来源是CAD转出来的模型，工程文件里的倒角、螺栓孔、内部结构件全部保留，面数动辄上百万，而这些面在网页上根本没有人能转到看见。我们接过一个设备类项目，原始模型导出GLB有60多兆，查完发现贴图占40兆，几何里七成是看不见的内腔面，两头各压一下才回到正常水平。先检查再动手，力气才不会使错方向。另外提一句，模型体积只是网页展示要过的一关，要是上线后还是慢，网页3D模型加载慢的原因排查这篇里按顺序列过带宽和加载策略的问题，可以配合着用。
减面和几何压缩，各干各的活
减面先砍看不见的部分：产品内部结构、背面细节、相机永远转不到的位置，这些面直接删掉不心疼。剩下的用精简工具跑一轮，比如 Blender 的 Decimate 修改器，面数压到原来的三到五成，视觉上基本看不出差别；曲面多的产品记得留点余量，不然轮廓容易出锯齿。其实模型在建模阶段就按网页端的规格来做，后面能省一半返工，3D产品展示制作各环节的交付要求这篇里提过建模环节要注意什么。几何减完再上压缩，导出 GLB 时开启 Draco，几何体积通常还能再降一半以上；手机端项目也可以换 meshopt，解码更快，对低端机型友好。两种压缩不能同时用，按目标设备实测一轮再定。 Draco 压缩有个量化精度参数，设得太狠顶点会偏移，接缝处出现裂缝，这类问题在缩略图上看不出来，放大到全屏才暴露，所以参数也要留一档冗余。这一步走完，几十兆的模型一般能落到几兆的量级。
贴图和加载方式决定最后的体验
贴图先降尺寸。网页上的查看器通常只占屏幕一小块，主贴图压到1024或者2048足够，再转成 KTX2 或 WebP 格式，显存占用跟着往下掉，低端手机不容易发烫。材质数量也值得合并，同样的材质并成一份，渲染开销立减。体积压到位之后还剩加载策略：首屏只放主模型，选装配件按需分片拉取，加载过程配进度条，模型没就绪前先用一张渲染图占位，用户看到有反馈就不会觉得卡死。配置器项目里这套分法尤其重要，上百组材质变体要是打包成一个文件进首屏，前面压的功夫全白费。真机测试也别只在自家旗舰机上跑一遍就完事，得找一台两三年前的中端安卓机，卡顿和发热在这种设备上才藏不住。整条工具链从建模格式到上线配置怎么搭，从建模到上线的Web3D流程这篇有完整的对照。璇玑动画做了八年多、五百多个项目，交付标准里模型体积一直是一条硬指标，网页端单个模型压到三五兆以内才上线，压完还要在电脑和手机上各过一遍真机测试才算数。轻量化本身不算高深技术，难点在于知道哪里该砍、哪里必须留，以及上线前愿意多花半天做测试。
常见问题
3D模型轻量化用什么工具做？查体积用 gltf-transform 这类命令行工具，减面常用 Blender 的 Decimate 修改器，几何压缩在导出 GLB 时开 Draco 或 meshopt，贴图转 KTX2 压缩格式。工具都是现成的，关键在按什么标准压、压完在什么设备上验收。
模型压到多大才算合格？网页端单个 GLB 控制在三到五兆比较稳，配置器这类多模型场景还要算上分片加载的总量。这个数字不是绝对的，模型复杂度和目标设备不同会有浮动，压完至少要在中低端手机上实测一轮加载速度和流畅度。
轻量化之后产品细节会不会看不清？合理的轻量化砍的是看不见的面和冗余的贴图尺寸，客户在网页上能转到、能看的角度细节都还在。真正会露馅的是减面过头导致轮廓出锯齿，或者贴图压太狠材质发糊，所以每降一档都要对比渲染效果再往下走。
