iOS多视图控制器present/dismiss时viewWillAppear调用顺序确认

这个问题确实是iOS开发中容易让人纠结的点——官方文档没有把所有场景下的生命周期调用顺序都列得明明白白，但根据我多年的实践经验和对UIKit内部逻辑的了解，可以给你一个明确的结论：

只要你使用UIKit提供的标准方法（present(_:animated:completion:) 和 dismiss(animated:completion:)）来管理视图控制器的显示和隐藏，UIKit会保证最终处于屏幕最上层的视图控制器的viewWillAppear(_:)方法，在正确的时机被调用，且顺序和视图的实际显示层级完全匹配。

举几个常见场景的例子：

• 当你依次present VC1、VC2后，dismiss VC2时，调用顺序是：VC2的viewWillDisappear(_:) → VC1的viewWillAppear(_:) → VC2的viewDidDisappear(_:) → VC1的viewDidAppear(_:)。这个顺序是稳定可靠的，VC1的viewWillAppear一定会在它的视图即将重新显示时触发。
• 如果你从多层present的VC直接dismiss到根VC，UIKit会按视图层级从顶到底依次触发消失相关的生命周期方法，然后再从底到顶触发显示相关的方法，确保最终显示的VC的viewWillAppear在它的视图准备好显示时被调用。

那为什么官方文档没有明确说明呢？其实是因为UIKit把视图层级的管理逻辑封装得比较深，它承诺的是视图生命周期方法与视图的实际可见状态保持一致，而不是把所有可能的调用组合都一一列举出来。只要你不手动篡改视图层级（比如直接操作UIWindow的rootViewController或者视图的superview），遵循UIKit的标准流程，就不用担心顺序错乱的问题。

不过这里还是给你一个实践建议：尽量不要依赖生命周期方法的调用顺序来实现核心业务逻辑。如果有需要确保执行顺序的操作，最好用present/dismiss的completion回调来控制——比如在dismiss的completion里再执行下一个present操作，这样能避免意外情况。

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