SceneKit下体素/八叉树可视化方案及MDLVoxelArray适用性咨询

现有SCNNode+SCNBox方案性能差的核心原因 #

你当前的实现性能瓶颈完全来自draw call爆炸：每个携带独立SCNBox几何体的SCNNode都会触发一次单独的GPU绘制调用，1~1.5万个节点对应的draw call量级已经远超iOS普通消费级设备的正常承载上限，帧率暴跌是必然结果，这是SceneKit离散小几何体渲染的典型问题。

MDLVoxelArray的适用性说明 #

MDLVoxelArray完全可以作为体素可视化的解决方案，它是ModelIO框架下专门用于体素数据存储、计算的工具类，虽然没有直接对接SceneKit的官方接口，但可以通过自定义转换逻辑接入SceneKit渲染链路：

• 你可以从MDLVoxelArray中提取所有有效体素的位置、尺寸、颜色属性，将所有体素的立方体顶点、索引、材质数据合并为单个SCNGeometry对象，仅用1个SCNNode承载整组体素，直接将draw call从1万多降到1，性能会有数量级的提升。

可选的轻量化优化方案（无需引入MDLVoxelArray） #

如果你的需求只是渲染已知位置和尺寸的八叉树立方体，不需要MDLVoxelArray自带的体素生成、布尔运算等能力，也可以直接手动做几何体合并，实现成本更低：

• 提前遍历所有需要渲染的体素，将每个体素的8个顶点数据、36个三角面索引数据批量合并，生成单一的SCNGeometry，只挂载到一个SCNNode上，1.5万个体素量级的合并网格完全可以在iOS设备上稳定跑满60帧。
• 如果是动态更新的Octomap场景，需要频繁修改体素内容，可以开启SCNGeometry的usesAsyncUpdate属性，只修改发生变化的体素对应的网格数据段，避免全量重算网格。
• 额外优化项：如果所有体素共用同一种材质，可以开启SCNMaterial的背面剔除，合理配置深度读写开关，进一步降低GPU渲染开销。

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