BIM 轻量化不只看文件大小：LOD、批处理与构件拾取如何取舍

一个模型从数百兆缩减到更小的体积，浏览器仍可能卡顿；另一个模型旋转很顺畅，点选阀门时却无法打开正确台账。这说明 BIM 轻量化至少要同时解决传输、渲染和业务定位三个问题。评估转换质量，应把“加载完成”继续推进到“完成一次运维操作”。

先找瓶颈，再决定减什么

传输慢可能来自纹理、重复属性或网络带宽；旋转慢可能与绘制调用、可见三角形、透明材质有关；点击慢则可能与候选对象数量和求交方式有关。把所有问题都归结为面数，容易在细节损失后仍得不到预期收益。

建议为同一模型保留一组固定观察点：园区总览、楼层剖面、密集机房和设备近景。记录冷启动与缓存后的加载耗时、首次可交互时间、旋转过程帧时间分布、拾取响应和内存峰值。测试同时标明终端、浏览器、网络与模型版本，避免用不同条件下的结果比较优化方案。

细节层级要服从观察任务

图形渲染中的 LOD 指按观察条件切换不同细节的几何表示，与 BIM 交付语境中的模型深度要求不是同一件事。Three.js 的 LOD 文档提供了基于距离切换网格及边界滞回的机制。Three.js：LOD

对运维浏览器，可以按任务设计几何层级：

远处阀门可以简化，但进入检修视图后仍应能区分目标和相邻部件。切换阈值应通过实际屏幕尺寸验证；同一距离在手机和大屏上对应的可辨识程度不同。对层级边界增加适当缓冲，可减少相机轻微移动时模型反复跳变。

批处理节省调用，身份映射不能丢

大量相同几何、相同材质而位置不同的对象适合考虑实例化。Three.js 的 InstancedMesh 用于这类重复对象，以减少绘制调用。Three.js：InstancedMesh

但“合并绘制”不应等于“合并业务身份”。一个实例对应哪个原始构件、哪个资产，必须通过索引表找回。不同材质、可见性、透明度和独立交互要求也可能限制合并范围，不能为追求最少调用把整层机电系统压成一个无法辨认的对象。

建议在转换包中分别组织几何块与业务索引。几何块负责高效显示；索引记录原始 ID、包内编号和资产关联所需字段。块的排列改变时，业务层不应把旧数组序号继续当成稳定身份。

点选体验需要单独验收

射线拾取负责把屏幕点击转换成场景命中。Three.js 的 Raycaster 结果可以包含实例编号，为实例化对象回溯业务身份提供入口。Three.js：Raycaster

实际设计仍需决定：被剖切的部分是否可以选中、隐藏系统是否进入候选、透明外壳是否遮挡内层设备、重复点击如何在重叠构件间切换。可先用空间范围缩小候选，再对需要的几何求交；无论采用何种加速结构，都应让最终返回的对象经过可见性与当前权限检查。

例如在管线密集的泵房里，验收人员应能选择阀门、打开属性、定位关联资料，再返回原视角。这个完整动作比“总览达到多少帧”更能说明模型是否适合现场工作。

本地转换也需要可追溯的质量报告

在本地完成转换后，可以随上传包附带统计摘要：源文件摘要、转换工具版本、对象数量、缺失属性数量、几何层级和坐标单位。服务器接收的是已转换成果及必要索引；转换参数的变化仍应留下记录，以便定位新旧版本之间的显示差异。

抽检对象应覆盖重复构件、细长管线、小阀门、透明部件和异常大坐标对象。对于没有成功转换的内容，报告应列出缺失对象与原因，不宜只输出一个“成功”状态，让使用者误以为整个模型完整无损。

用业务任务设置通过条件

一份可执行的验收清单可以包含：首屏能否找到目标楼栋、进入机房是否明显掉帧、连续点选是否错对象、剖切后属性是否对应、反复切换模型后内存是否持续增长。再选择常见办公电脑与移动终端分别测试，确定不同设备的合理默认画质。

优化目标应写成具体任务与允许的响应范围，并依据实测调整。有关本地转换到浏览器验收的基础流程，可参阅BIM 轻量化说明。好的轻量化结果，最终要让设备定位、属性理解与现场协作一起变快。