Swift Tab切换时移除所有子视图控制器并回退至父控制器

核心逻辑说明 #

整个实现仅绑定用户主动点击Tab标签触发的切换动作做拦截，不会干扰代码内部主动发起的导航跳转（比如现有通知触发的Home子页面跳转逻辑可以完全保留，不需要修改）。
触发规则：当检测到用户要从当前选中的Tab切换到其他Tab时，先对即将离开的Tab对应的根视图控制器做全量子控制器清理，让该Tab回退到自身的根parent视图，再执行正常的Tab切换流程。

具体实现步骤 #

• 新建自定义UITabBarController子类，将其设置为项目TabBar的承载控制器，自身遵循UITabBarControllerDelegate协议，在初始化方法中设置delegate = self
• 实现Tab切换拦截协议方法tabBarController(_:shouldSelect:)，在方法内按规则处理：
  1. 首先判断目标选中的视图控制器和当前已选中的视图控制器是否为同一对象，如果是同一对象，直接返回true允许正常点击，不做任何清理操作
  2. 如果为不同对象，先获取当前即将离开的Tab对应的根视图控制器，执行全量子控制器清理：
     • 如果该根控制器是UINavigationController类型：直接将其导航栈viewControllers重置为仅包含栈底的根页面，即navigationController.viewControllers = [navigationController.viewControllers[0]]，系统会自动回收所有栈上push的子控制器
     • 如果该根控制器是普通UIViewController类型（比如挂载了多个手动添加子控制器的Setting根页面）：遍历其children数组中的所有子控制器，逐个执行移除操作：

       for childVC in currentRootVC.children {
           childVC.willMove(toParent: nil)
           childVC.view.removeFromSuperview()
           childVC.removeFromParent()
       }
       

  3. 清理动作全部完成后，返回true允许Tab切换动作执行

注意事项 #

• 不要将清理逻辑放在根视图控制器的viewWillAppear、viewDidAppear等生命周期方法中，否则会导致通知触发的主动跳转逻辑也被强制拉回根页面，破坏现有功能
• 清理操作仅在用户主动点击Tab的交互节点触发，代码内部主动触发的push、子控制器挂载操作不会被拦截，完全兼容现有通知跳转Home子页面的逻辑
• 当用户从其他Tab切回之前被清理过的Tab时，该Tab已经没有挂载任何子控制器，会直接显示根parent页面，满足来回切换Tab时自动回退到根页面的需求

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