SceneKit游戏CPU占比飙升，SCNSceneRendererDelegate双线程运行是否合理？

我开发的SceneKit游戏长期在Xcode中显示CPU占比约25%，但近期该数值突然飙升至约45%。Instruments显示场景的SCNSceneRendererDelegate方法同时在两个不同线程运行（截图如下）：

问题解答 #

SCNSceneRendererDelegate方法在多线程执行是SceneKit的设计特性，但你遇到的同一个代理方法在两个线程同时并行运行属于异常情况，且这大概率就是CPU占比翻倍的直接原因。

1. 正常的多线程设计

SceneKit会拆分渲染任务到不同线程以提升效率：比如renderer(_:updateAtTime:)通常在主线程或专用更新线程执行，renderer(_:didRenderScene:atTime:)这类回调则可能在渲染线程触发，但框架不会让同一个代理方法在两个线程同时并行执行。

2. 异常双线程运行的可能原因

• 重复创建了SCNView/SCNRenderer实例，且给它们设置了同一个代理对象，导致两个渲染器同时调用代理方法；
• 代理方法内部逻辑触发了异常的重渲染请求，比如在updateAtTime里意外修改了场景状态导致渲染循环重复启动，引发并行任务；
• 近期代码变更中引入了第三方库、修改了SceneKit渲染配置（如开启额外渲染特性），或误操作导致渲染循环的执行逻辑被篡改。

3. 与CPU占比飙升的关联

这种异常的双线程并行意味着你的渲染逻辑被重复执行了两次，计算量直接翻倍，正好对应CPU占比从25%涨到45%的现象。

排查建议

• 检查代码中是否存在多个SCNSceneRenderer/SCNView实例，确认代理对象是否被重复绑定；
• 用Instruments的Thread Profiler深挖两个线程的调用栈，确认它们的触发源头是否来自不同的渲染器；
• 对比近期代码变更，排查是否新增了可能干扰渲染循环的逻辑；
• 测试移除部分代理方法内的逻辑，看CPU占比是否回落，定位具体触发异常的代码块。

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