关于Timer对象在应用状态切换及唤醒场景下触发行为的技术问询

嘿，我来帮你理清这两个实际开发中常踩坑的Timer行为问题：

问题1：Timer对象在应用从挂起状态切换到后台状态后，是否会继续触发？ #

答案是不会，除非你的应用有特定后台权限且处于合法后台运行状态，具体得拆开来理解：

• 当应用进入挂起状态时，系统会完全暂停应用的所有代码执行，RunLoop直接停止运转，Timer相当于被“冻结”，没有任何触发的机会。
• 当应用从挂起切换到后台状态，默认情况下系统只给几秒的后台执行窗口用来完成收尾任务。如果你的Timer之前在前台绑定在RunLoop上，这段短暂时间内可能会触发1-2次，但很快应用会再次被系统挂起，Timer也就跟着停止了。
• 只有当你的App开启了特定后台模式（比如音频播放、持续定位、VOIP等），且系统允许App在后台保持RunLoop持续运行时，Timer才能在后台持续触发，但也要严格遵守系统的后台资源限制，不能滥用权限。

问题2：假设存在一个Timer，它在应用前台运行，进入后台后短时间内仍运行，进入挂起状态后停止。若重大位置更新将应用唤醒至后台状态，该Timer会开始触发，还是仅在应用回到前台时才重新触发？ #

这种场景下，Timer不会自动开始触发，必须手动处理才能恢复：

• 当应用被挂起时，原来的Timer会因为RunLoop停止而失效，甚至可能被系统自动从RunLoop中移除。
• 当重大位置更新把App唤醒到后台后，系统会启动App的后台进程，但原来的Timer并不会自动重新绑定到RunLoop上。如果你想让Timer继续工作，需要在位置更新的回调方法（比如locationManager:didUpdateLocations:）里，重新创建Timer并将其添加到RunLoop，同时最好开启一个后台任务（调用beginBackgroundTask(expirationHandler:)）来延长后台执行时间——否则系统很快会再次挂起App，Timer还是无法正常触发。
• 就算App回到前台，原来的Timer也不会自动恢复，必须手动重新启动（因为挂起状态已经让它彻底失效了）。

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