iOS applicationWillTerminate 什么时候会调用这个方法, 举例说明
应用正常退出时
当用户通过双击主屏幕按钮（在支持该操作的设备上），然后向上滑动应用预览卡片来强制关闭应用时，applicationWillTerminate方法会被调用。例如，在一个简单的待办事项 iOS 应用中，用户在完成一天的任务后，决定彻底关闭该应用。用户通过上述操作强制退出应用，系统就会调用applicationWillTerminate方法。在这个方法内部，开发者可以进行一些最后的清理工作，比如保存应用的当前状态数据。如果待办事项应用有一个本地缓存的任务列表排序方式（如按日期排序或按优先级排序），可以在applicationWillTerminate中把这个排序方式保存到本地存储，以便下次应用启动时能够恢复用户上次使用的排序习惯。
系统终止应用以回收资源时
当系统资源紧张（如内存不足），并且当前应用处于后台且长时间未被使用，系统可能会决定终止该应用以释放资源。假设一个 iOS 设备同时运行了多个大型游戏应用和其他一些占用内存的工具应用。用户在玩完一个大型 3D 游戏后，将其切换到后台，然后又打开了几个其他内存密集型的应用。此时，系统可能会根据内存管理策略，决定终止之前在后台的那个 3D 游戏应用。在这种情况下，游戏应用的applicationWillTerminate方法会被调用。游戏开发者可以利用这个时机，将玩家当前的游戏进度（比如玩家在游戏关卡中的位置、获得的道具等信息）保存到本地文件或者服务器上，这样下次玩家打开游戏时，可以从上次中断的地方继续游戏。
需要注意的是，在 iOS 中，如果应用支持后台任务并且正确地实现了相关的后台模式（如后台音频播放、后台定位等），那么应用在进入后台时不会立即终止，而是会继续运行后台任务。只有当系统判定应用确实需要终止（如上述情况）时，applicationWillTerminate方法才会被调用。

为什么有时候在后台被杀死 没有回调applicationWillTerminate
系统优先级和资源管理策略
iOS 系统采用了复杂的资源管理策略来平衡多个应用程序的运行。当系统资源紧张，特别是内存资源不足时，系统会优先终止那些处于后台并且消耗较多资源或者没有关键后台任务（如后台音频播放、后台定位等）的应用。在这种情况下，系统可能会直接终止应用进程而不调用applicationWillTerminate。
例如，当设备同时运行多个大型应用，如多个图形密集型游戏或者视频编辑应用，系统可能会快速终止一些在后台的非关键应用，如一个简单的文本编辑应用。这种快速终止是为了尽快回收内存以保证前台应用或者有重要后台任务的应用能够流畅运行。由于系统是紧急回收资源，所以可能跳过applicationWillTerminate的调用。
应用的后台执行模式限制
如果应用没有正确配置后台执行模式，或者其后台任务不符合苹果规定的有效后台任务类型，那么当系统决定终止它时，可能不会调用applicationWillTerminate。例如，一个普通的工具应用没有配置任何允许的后台执行模式（如后台获取、后台音频等），当它进入后台后，系统可能会在合适的时候直接终止它而不通知应用。
以一个简单的计算器应用为例，它没有实现任何后台功能。当用户切换到其他应用后，系统可能会根据自己的算法（比如内存使用情况、应用的活跃度等），在某个时刻直接终止这个计算器应用，而不会触发applicationWillTerminate回调。
系统故障或异常情况
虽然这种情况比较少见，但在系统出现故障或者异常（如软件更新后出现兼容性问题、硬件故障导致系统不稳定等）时，也可能导致applicationWillTerminate无法正常调用。例如，在系统软件更新后，可能存在一些未被发现的内核级别的错误，这可能会影响应用的正常终止流程，使得applicationWillTerminate无法被调用。