iOS端Flutter应用能否避免被系统后台杀死并保留上次使用状态

iOS系统本身没有开放给第三方应用完全避免后台被系统回收的权限，系统会根据全局内存占用、前台应用优先级等策略主动杀死低优先级的后台空闲应用，无法做到100%后台保活。要解决切回应用丢失状态的问题，建议从降低后台回收概率和状态持久化自动恢复两个方向处理，后者实际体验上完全可以达到用户感知不到应用被重置的效果。

• 开启匹配场景的后台模式：在Xcode项目的 Signing & Capabilities 页添加 Background Modes 能力，根据应用实际功能勾选对应选项，比如音频播放类勾选 Audio, AirPlay, and Picture in Picture，定位类勾选 Location updates，无对应场景不要随意勾选，否则会导致App Store审核被拒。
• 申请临时后台运行时长：如果应用切换后台后有未完成的短任务，可以调用iOS原生的 beginBackgroundTaskWithName 接口申请临时运行权限，Flutter侧可以直接使用 flutter_background_service 这类封装好的插件调用该能力，最多可申请30秒到3分钟的后台运行时间，避免短时切回就被回收。
• 优化后台内存占用：应用进入后台后主动释放非必要的大内存资源，比如高清图片缓存、未使用的音视频实例等，降低应用的内存占用优先级，减少被系统优先杀死的概率。

就算应用被系统强制回收，只要做好状态持久化，冷启动时自动恢复到上次使用的状态，用户感知上和应用完全没有被杀死一致，是目前解决该问题的最优方案。

• 路由栈持久化：使用 go_router、GetX 等路由框架自带的状态持久化能力，或自行实现路由栈序列化逻辑，每次路由跳转时将当前路由栈信息写入本地存储（可使用 shared_preferences 或 hive 实现本地存储），应用冷启动时优先读取本地存储的路由栈，直接恢复到上次打开的页面。
• 页面状态持久化：对需要保留状态的页面（比如表单页、列表浏览页），实时将当前输入内容、列表滚动位置、筛选条件等关键数据写入本地存储，页面初始化时优先读取本地存储的状态数据渲染，不需要重新请求或重置。
• 全局状态持久化：如果使用 Bloc、Provider、Riverpod 等全局状态管理框架，可以搭配对应持久化插件实现自动同步，比如 hydrated_bloc 可直接自动将Bloc状态持久化到本地，应用启动时自动恢复全局状态。

• 禁止滥用后台模式，和应用功能无关的后台权限申请会被App Store直接驳回，严重时会触发下架处罚。
• 状态持久化时注意敏感数据加密，用户密码、身份凭证等敏感信息不要明文存储在本地，可使用 flutter_secure_storage 加密存储。
• 新增用户主动杀死应用的场景处理，用户主动上滑结束应用时清空对应的持久化状态，符合用户使用预期。

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