SpriteKit帧循环中的触摸事件是在哪个阶段被调用的？

在SpriteKit场景中，系统会自动调用诸多方法，你可以在游戏场景中重写这些方法以实现自定义行为，示例如下：

override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {
    for t in touches { self.touchDown(atPoint: t.location(in: self)) }
}

override func update(_ currentTime: TimeInterval) {
    // Called before each frame is rendered
}

override func didFinishUpdate() {
    // Do some stuff immediately before rendering
}

Apple官方SpriteKit文档提供了实用的示意图，展示了每一帧中这些方法的调用顺序：

但上述说明并未涵盖任何触摸事件，例如touchesBegan(_:with:)。目前未找到苹果官方文档明确给出这些触摸事件在SpriteKit帧循环中相较于其他事件的调用位置。

官方文档中仅找到如下表述：

场景的update(_:)方法会传入模拟运行至今的时长，这是实现游戏内模拟逻辑的核心位置，包括输入处理、人工智能、游戏脚本及其他同类游戏逻辑。通常你可以在该方法中修改节点或在节点上运行动作。

尽管文档提到update(_:)方法是实现输入处理的位置，但这一表述存在一定误导性，因为iOS开发中的常规实践是使用touchesBegan(_:with:)这类触摸事件方法捕获触摸输入。SKScene作为UIResponder的子类（继承链：SKScene > SKEffectNode > SKNode > UIResponder）继承了这些触摸方法。明确这些方法在场景帧循环事件序列中的调用时机，对于需要在帧循环内按特定顺序执行依赖触摸的逻辑的场景十分重要。

有猜测认为触摸方法会在帧循环的起始阶段、update(_:)方法调用之前被触发，但需要更权威的结论支撑。

解答 #

通过实际调试打印调用栈、断点追踪帧执行流程，可以得出明确结论：

• 所有UIResponder触摸回调（touchesBegan/touchesMoved/touchesEnded/touchesCancelled）的调用时机早于当前帧的update(_:)方法，属于帧循环的最前置阶段
• 同一帧内产生的多个触摸事件，会在进入update(_:)之前全部批量执行完毕
• 若触摸事件产生时当前帧已经进入update(_:)之后的执行阶段（动作评估、约束计算、场景渲染等），这些触摸事件会被缓存，到下一帧的update(_:)执行前统一触发

实践建议 #

如果你的业务逻辑需要严格对齐触摸事件和帧逻辑的执行顺序，可以选择两种实现方案：

1. 触摸回调仅做状态存储，不执行业务逻辑，所有和帧同步的逻辑统一放到update(_:)中读取存储的触摸状态执行，符合官方文档推荐的设计思路
2. 若需要触摸事件立刻生效，可以直接在触摸回调中修改节点状态，此时距离当前帧渲染还有完整的帧逻辑执行周期，修改的状态会在当前帧就完成渲染生效

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