传入的UINavigationController与新建实例的差异及相关技术疑问

先看你给出的三种场景代码：

// case1
A_viewController.navigationController

// case2
let B_viewController = B_ViewController(navController: A_viewController.navigationController)
B_viewController.navigationController

// case3
let navController = UINavigationController()

关于case1和case2的疑问解答 #

1. 为何两者各自拥有navigationController？ #

这是个误解，A_viewController.navigationController和B_viewController.navigationController并不是两个独立的对象，它们指向的是同一个UINavigationController实例——只要A_viewController已经被添加到某个导航控制器的栈中，它的navigationController属性就会返回这个导航控制器；而如果B_viewController后续也被push到同一个导航栈里，它的navigationController属性同样会指向这个实例。你在case2里只是把这个实例传递给了B的初始化方法，但这并不会创建新的导航控制器。

2. 若navigationController是单例对象，是否存在问题？ #

分场景判断：

• 结构简单的单流程APP（比如只有一个主业务线），全局单例导航控制器可能暂时能用；
• 复杂APP场景下（多Tab、多独立业务流程），单例会引发严重问题：所有页面共用同一个导航栈，不同业务的跳转、回退会互相干扰，栈状态变得难以预测和维护，比如切换Tab后返回，原流程的栈状态可能完全混乱。

3. 是否共享同一导航栈？ #

如果A_viewController和B_viewController属于同一个UINavigationController实例的栈（不管是直接push入栈，还是通过实例传递关联），它们完全共享同一个导航栈。导航栈是UINavigationController对象的内部属性，所有归属该导航控制器的VC，访问的都是同一组栈数据。

case1、case2与case3的navigationController差异 #

• 状态与归属不同：
  • case1和case2的navigationController是已加入视图层级的活跃实例，已经在管理一组VC的展示与导航逻辑；
  • case3的是全新创建的空实例，未加入任何视图层级，内部导航栈为空，也不会参与界面展示，除非主动将其设为窗口根控制器或添加到其他容器控制器（如UITabBarController）中。
• 来源不同：
  • case1的navigationController是系统自动关联的——当VC被加入导航控制器栈时，系统会自动为该VC的navigationController属性赋值；
  • case2的是手动传递获取的同一个活跃实例；
  • case3的是手动初始化的全新实例，与任何已存在的VC无关联。
• 使用场景不同：
  • case1/2的通常用于执行当前流程的导航操作（如pushViewController(_:animated:)、popViewController(animated:)）；
  • case3的通常用于启动新的独立导航流程，比如APP启动时初始化根导航控制器，或为某个Tab创建专属导航控制器。

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