watchOS平台SpriteKit应用因CPU占用过高被终止问题求助

我在watchOS平台开发基于SpriteKit的自定义MapView应用，核心逻辑是：用户平移手表时更新SpriteKit场景位置，转动表冠时调整场景缩放比例。但用户频繁进行平移和缩放操作时，场景高频更新导致应用因CPU超限崩溃，报错如下：

CPU: 9 seconds cpu time over 20 seconds (46% cpu average), exceeding limit of 15% cpu over 60 seconds

目前已实现屏幕外精灵节点的缓存复用，但无节点可复用的场景下CPU占用仍会飙升，耗时最高的代码段是：

let texture = SKTexture(image: image)
let node = SKSpriteNode(texture: texture)

请问该如何解决？是否需要限制用户输入频率？有没有Info.plist配置能允许应用占用更多CPU？

1. 预加载/批量缓存纹理 #

• 不要在用户操作的实时流程里创建SKTexture和SKSpriteNode，提前根据地图的区域范围，预加载所有可能用到的纹理到内存缓存中。比如在应用启动、进入地图界面时，根据当前可视区域及周边一定范围，批量生成纹理并缓存，后续复用这些预加载的资源，避免实时创建的CPU开销。
• 使用SKTextureAtlas管理纹理集，把地图切片打包成纹理图集，加载图集比单独加载单张图片效率更高，SpriteKit会自动优化纹理的内存管理和渲染性能。

2. 优化纹理创建逻辑 #

• 避免直接用UIImage创建SKTexture，如果图片资源是本地文件，直接用SKTexture(imageNamed:)加载，它会自动缓存纹理，重复调用时直接返回缓存的实例，比从UIImage创建高效得多。
• 如果必须从UIImage生成纹理，对相同的图片内容做哈希缓存，确保同一图片不会重复创建纹理。

3. 对输入事件做节流处理 #

• 对平移和表冠转动的事件设置最小更新间隔（比如16ms，对应60帧），避免每一次微小的输入都触发场景更新和节点创建。可以用定时器或DispatchSourceTimer控制更新频率，确保每帧最多处理一次输入事件。
• 表冠转动时设置缩放步长阈值，只有当转动量达到一定程度时才执行缩放逻辑，减少不必要的计算。

4. 调整节点加载策略 #

• 扩大屏幕外节点的缓存范围，比如当前可视区域外2-3倍的范围都保留缓存节点，减少用户快速平移时需要创建新节点的概率。
• 当必须创建新节点时，把纹理创建和节点初始化放到后台队列执行，创建完成后再切回主线程添加到场景中，避免阻塞主线程的渲染流程。

关于CPU限制的说明 #

watchOS的CPU占用限制是系统层面的硬性规则，没有Info.plist配置可以突破这个限制。一旦应用长期超过CPU阈值，系统必然会终止进程，所以只能通过优化代码逻辑来降低CPU占用，而不是试图绕过系统限制。

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