Swift：从AppDelegate传managedObjectContext到UINavigationController遇重复加载问题

先来说第一个问题：viewDidLoad被调用两次是否有影响

首先得搞清楚触发两次调用的原因——大概率是你在NSPersistentContainer异步初始化的闭包执行前，窗口已经触发了根控制器的视图加载（比如你可能在闭包外临时设置过占位控制器，或者系统提前触发了视图渲染）；等容器初始化完成后，你又实例化新的NavigationController替换根控制器，导致前后两次控制器实例的viewDidLoad都被调用，或者同一个实例因为视图被卸载后重新加载触发了两次。

如果你的viewDidLoad逻辑是幂等的（比如只是初始化UI控件、设置静态布局，不会重复注册通知、创建单例或发起网络请求），那两次调用基本不会有严重问题，最多是做了一遍无用功。但如果里面有非幂等操作——比如每次调用都添加NSNotificationCenter观察者，或者每次都发起新的网络请求——那肯定会出问题：比如重复接收通知导致逻辑混乱，或者重复请求浪费资源。

所以核心是先避免两次调用的发生：建议你在didFinishLaunchingWithOptions里先不要设置根控制器，或者把窗口设为隐藏状态；等NSPersistentContainer初始化完成的闭包执行时，再实例化NavigationController、赋值viewContext，然后设置为根控制器并显示窗口。这样就能保证控制器只被初始化一次，viewDidLoad也只会执行一次。

再来说第二个问题：复用已有NavigationController引用时，managedObjectContext永远无法赋值成功

这个问题的核心是视图生命周期时机的冲突：当你在闭包外提前创建NavigationController实例，并且已经把它设为根控制器时，系统会很快触发它的viewDidLoad方法（因为窗口要显示内容），而此时NSPersistentContainer还在异步初始化中，container.viewContext根本没准备好，所以managedObjectContext是nil。

等后续闭包执行、你给已有引用的managedObjectContext赋值时，NavigationController的viewDidLoad早就执行完了，内部的ChildViewController自然不会再重新执行viewDidLoad来获取新的context值。而且默认情况下，属性赋值不会自动通知子控制器更新，除非你自己实现监听逻辑。

如果一定要复用这个控制器实例，你可以这么做：

• 不要在ChildViewController的viewDidLoad里获取managedObjectContext，改成在viewWillAppear里检查（注意要做幂等处理，避免每次进入都重复执行逻辑）；
• 给NavigationController的managedObjectContext属性添加didSet监听，当属性被赋值时，主动把它传递给ChildViewController；
• 使用KVO让ChildViewController监听NavigationController的managedObjectContext变化，一旦有值就执行后续逻辑。

这样即使在控制器视图加载完成后才赋值context，子控制器也能及时获取到并执行相应逻辑。

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