嘿，这个问题其实戳中了Three.js里InstancedMesh和普通Mesh底层渲染逻辑的核心差异，我来给你梳理清楚：

先看普通Mesh的行为逻辑 #

普通Mesh是独立的渲染单元，每个对象都有自己的完整渲染生命周期：

• 当你把Mesh移出场景（比如从父节点移除、设置visible=false，或者它的包围盒完全在视锥体之外），Three.js的渲染遍历流程会直接跳过这个对象，不会将它的三角形数计入统计，所以计数会降到0或者对应减少。
• 缩放操作（比如相机缩放、对象自身缩放）导致部分Mesh超出视锥体时，视锥体剔除机制会过滤掉这些不可见的Mesh，所以三角形计数会随可见Mesh的数量变化。

再看InstancedMesh的核心特性 #

InstancedMesh是批量渲染优化方案，它的设计目标是用一次GPU提交渲染大量重复对象，所以和普通Mesh的处理逻辑完全不同：

• 实例移出场景不影响计数：InstancedMesh把所有实例的几何数据合并成一个批次，共享同一个几何体和材质。只要InstancedMesh自身还在场景中且visible=true，Three.js会直接以「单个几何体三角形数 × 实例总数」来统计三角形数——它不会单独检查每个实例是否被移出场景，而是把整个批处理对象作为一个整体看待。
• 缩放时计数不变：默认情况下，InstancedMesh只会对整体的包围盒做视锥体检查，不会逐个判断实例是否在视锥体内。哪怕你放大后部分实例已经看不见，只要整个InstancedMesh的包围盒还在视锥体范围内，所有实例的三角形数都会被计入统计，不会出现计数变化。

额外补充：如何让InstancedMesh实现类似普通Mesh的剔除？ #

如果想要单个实例被视锥体剔除时不计入计数，你需要手动处理：

• 每一帧遍历实例，判断每个实例的包围盒是否在视锥体内；
• 对不可见的实例，要么将其矩阵设置到视锥体之外的位置，要么动态调整InstancedMesh的count属性（但调整count会重新创建GPU缓冲区，频繁操作会影响性能）。

内容的提问来源于stack exchange，提问作者user12079239