iOS中NavigationSplitView进入后台后重置问题求助

问题描述 #

在iOS 16上使用SwiftUI开发App时，NavigationSplitView在App进入后台（有时需等待几秒再重新打开）后会出现内容重置的情况，而相同路径和结构的NavigationStack无此异常。

调查发现 #

• 若使用指定selection参数的List，App进入后台时selection项会被设为nil，直接导致NavigationSplitView的Detail或Content视图重置；
• 若不指定selection参数，虽问题有所缓解，但视图仍会重置，滚动位置等状态信息丢失，通过Self._printChanges()可见视图未变更却回到初始状态；
• 该问题可在苹果官方WWDC示例App中复现，即使注释掉其导航路径持久化逻辑也依然存在；
• 测试最新iOS 17 Beta版本，问题依旧存在；
• 使用3列布局的NavigationView则无此问题。

原因分析 #

这是SwiftUI框架中NavigationSplitView的状态恢复机制Bug，系统在App后台挂起恢复时，未正确保留其内部的选择状态、滚动位置等视图状态，与NavigationStack的状态处理逻辑存在不一致。

临时解决方案 #

1. 手动持久化关键状态：
   • 对List的selection值，可通过@AppStorage或UserDefaults进行持久化，在App启动/从后台恢复时手动恢复该值；
   • 对滚动位置，可结合ScrollViewReader记录当前滚动的ID，同样通过持久化存储保存，恢复时调用scrollTo方法还原位置。
2. 替代布局方案：若业务允许，可暂时降级使用3列布局的NavigationView来规避该问题。
3. 自定义状态管理：将视图的所有状态完全托管到自定义的ObservableObject实例中，脱离系统对NavigationSplitView的自动状态管理，确保状态不受后台恢复影响。

结论 #

该问题属于系统级Bug，覆盖iOS 16至iOS 17 Beta版本，且官方示例App可复现。建议通过苹果Feedback Assistant提交反馈，同时采用上述手动状态持久化方案作为临时 workaround。

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