composer没有z-index或渲染顺序设置，其遮挡由相机裁剪面、剖切可见性及hide in view三者协同决定，结构树顺序仅影响选中行为，不控制视觉叠放。
Composer 没有“深度排序”概念，也不处理图层遮挡——它压根没有图层（Layer）和 Z-Depth 渲染管线，所谓“遮挡错误”本质是结构树节点顺序、可见性设置与相机裁剪范围三者不匹配的结果。
为什么 Composer 里找不到 Z-index 或渲染顺序设置
Composer 的渲染基于装配体结构树（Structure Tree），所有对象按父子关系组织，但不按绘制顺序（paint order）或深度缓冲（Z-buffer）排序。它不生成 OpenGL/DirectX 风格的深度图，也不支持手动调整零件“谁在前谁在后”。常见误判包括：
- 把“结构树中零件 A 排在零件 B 上方”等同于“A 遮挡 B”——实际渲染顺序由相机视角、几何包围盒和裁剪平面共同决定，结构树顺序仅影响默认选中/展开行为
- 试图通过拖动结构树节点改变视觉叠放——无效，UI 排序 ≠ 渲染栈
- 导出 PNG 后发现螺丝盖被底座挡住，却去调“透明度”或“混合模式”——Composer 不支持 Alpha 混合，遮挡纯由几何位置与相机参数决定
真正影响“谁挡住谁”的三个可控参数
遮挡表现异常，90% 出自以下三项配置未协同：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
Camera Clipping Planes（相机近/远裁剪面）：若Far设得太小（如 500mm），远处零件直接被裁掉，看起来像“被遮住”，实为不可见；建议设为模型最大对角线长度 × 2 -
Visible in Section（剖切中可见）：仅当锚点为Model时生效。若开启剖切但该选项为false，标注/文字会消失，误以为被零件挡住 -
Hide in View与Disable Selection混用：一个隐藏模型，一个禁用选择，但两者都影响交互反馈。若只Disable Selection而未Hide in View，零件仍参与渲染遮挡计算，可能挡住后面本该可见的结构
动画中动态遮挡错乱的根源是视口未锁定
做爆炸图或分步装配动画时，若零件突然“穿透”或“跳到前面”，大概率是因为：关键帧之间 Camera 视角未固定，导致裁剪范围或投影矩阵变化。解决方法很具体：
- 在 Timeline 首帧右键相机 →
Add Keyframe→ 勾选View和Clipping Planes，确保远/近裁剪值全程不变 - 避免在动画中使用
Fit View或Zoom to Fit，这些操作会重置相机参数，破坏深度一致性 - 若需突出某个零件，不要靠“把它拖到结构树顶部”，而应统一
Hide in View其他非重点零件，减少几何重叠干扰
导出后遮挡异常？先检查图像裁剪边界
MP4 或 PNG 导出时勾选了 Crop to View（文件 > 输出 > 图像 > 高级选项），但镜头没拉远，结果边缘零件被硬裁，看起来像被“切掉”或“遮住”。这不是渲染问题，是输出配置越界：
- 导出前务必切换到
Top/Front等标准视图，确认模型完全落在黄色裁剪框内 - 取消勾选
Crop to View，改用后期裁剪，可保留完整几何上下文 - 启用
Anti-aliasing可缓解锯齿导致的“虚遮挡”错觉（如细螺纹边缘发虚，误判为被盖住）
最易被忽略的是：Composer 所有“遮挡”都是静态几何投影结果，没有运行时深度测试，也没有重绘队列。一旦发现异常，别调渲染设置，先核对结构树绑定、相机裁剪、剖切可见性这三处开关是否逻辑自洽。
