Composer不支持底盘扫描动画或剖面线动态展示，需用前端驱动静态帧；剖面线须手动计算三角面与平面交线并构建LineSegments；扫描动画靠requestAnimationFrame线性移动sectionPlane并手动触发更新；性能优化需预生成序列、插值切换及关闭阴影等。
Composer 本身不支持底盘扫描动画或剖面线动态展示——它不是动画引擎，也没有内置的时序渲染管线。这类效果必须靠外部手段实现，核心思路是：用 Composer 渲染静态帧，再用前端（如 Three.js、CSS 动画或 Canvas）驱动序列帧或几何更新。
Composer 渲染剖面线需手动构造几何
Composer 的 SectionPlane 只做布尔裁剪，不输出剖面线；要显示带颜色/粗细的剖面轮廓，得自己算交线：
- 遍历模型所有三角面片，与剖面平面求交（用
THREE.Plane.intersectTriangle()） - 将有效交点连成线段，合并共线段，去重、简化
- 把结果转为
THREE.LineSegments或THREE.Mesh（加THREE.EdgesGeometry做描边） - 注意：Composer 的
model.getMeshes()返回的是已实例化的THREE.Mesh，可直接参与计算
“底盘扫描”动画本质是剖面平面 Z 轴线性移动
所谓扫描，就是让剖面平面沿某一轴（通常是 Y 或 Z）匀速平移。关键在控制节奏和视觉反馈：
- 用
requestAnimationFrame驱动sectionPlane.position.z从 -500 到 500（单位按模型坐标系调整） - 每次位移后调用
composer.updateSectionPlanes()触发重裁剪 - 避免直接用
THREE.AnimationMixer，因为 Composer 的剖面逻辑不响应动画系统，必须手动同步 - 若扫描过程卡顿，检查是否每帧都重复执行了交线计算——应只在
sectionPlane.position发生显著变化（如 Δ > 0.5）时才重算剖面线
性能瓶颈常出在交线计算和频繁重绘
大型模型（>10 万面）下，每帧重算剖面线会严重掉帧。优化路径很明确：
- 预生成剖面线序列：离线用脚本沿扫描路径采样 20–50 个位置，存为
positions: [z1,z2,...]+lines: [lineGeo1, lineGeo2,...] - 运行时用
lerp插值索引，用BufferGeometry.setDrawRange()动态切换可见段，而非重建 geometry - 关闭 Composer 的实时阴影（
composer.renderer.shadowMap.enabled = false），剖面线本身不需要投射阴影 - 确保剖面线材质用
depthWrite: false，避免与模型深度冲突导致闪烁
真正难的不是写出第一版扫描动画，而是让剖面线在不同缩放层级下保持清晰宽度、在模型旋转时不丢失拓扑连接、且在移动端不因内存暴涨而崩溃——这些都要绕开 Composer 的封装，直操作 THREE.js 底层 geometry 和 material。
