是否可以在UIViewController上多次调用addChild()方法？

多次调用addChild(_:)是UIKit官方支持的合法用法，不存在使用违规，一个UIViewController可以同时挂载多个子控制器，系统本身没有做数量限制。
你遇到的显示异常和addChild调用次数没有关系，本质是两个实现疏漏导致的：

• 视图层级默认遮盖规则：连续添加子控制器、并把两个子控制器的view都通过addSubview挂到父view上时，后添加的view会默认处在视图栈的上层，直接覆盖先添加的view。如果你初始状态下两个view的isHidden都为false，启动时用户看到的必然是后添加的页面，这是UIView层级的基础规则。
• 生命周期不匹配：你把两个子控制器的view提前全部加载到父视图中，仅靠isHidden控制显隐，会导致两个子控制器在应用启动时就全部触发viewDidLoad、viewWillAppear、viewDidAppear生命周期回调，和页面实际可见状态完全脱节。很多依赖页面可见时机的逻辑（比如列表刷新、相机/麦克风权限申请、视频自动播放）会提前执行，这就是你观察到非预期行为的核心原因。

不要用“提前加载所有子view、仅修改isHidden”的方式实现切换，标准的自定义容器控制器切换逻辑需要同时处理控制器从属关系、视图层级、生命周期转发三个环节，实现步骤如下：

1. 父控制器初始化阶段，只需要持有两个子控制器的实例即可，不需要提前把两个子控制器的view都添加到视图层级上，同时用一个弱引用变量记录当前正在展示的子控制器：

// 两个子控制器实例
private let firstVC = FirstViewController()
private let secondVC = SecondViewController()
// 当前展示的子控制器标记
private weak var currentVC: UIViewController?

2. 实现通用的子控制器切换方法，完整处理旧控制器移除、新控制器添加的全流程：

private func switchChildVC(to target: UIViewController) {
    // 目标控制器就是当前展示的控制器，无需切换
    guard currentVC != target else { return }
    
    // 移除当前正在展示的旧控制器
    if let oldVC = currentVC {
        oldVC.willMove(toParent: nil)
        oldVC.view.removeFromSuperview()
        oldVC.removeFromParent()
    }
    
    // 添加新的目标控制器
    addChild(target)
    target.view.frame = view.bounds
    // 适配父视图尺寸变化
    target.view.autoresizingMask = [.flexibleWidth, .flexibleHeight]
    view.addSubview(target.view)
    target.didMove(toParent: self)
    
    // 更新当前展示控制器的标记
    currentVC = target
}

3. 在父控制器的viewDidLoad生命周期回调中，默认调用switchChildVC(to: firstVC)即可正常展示第一个子页面，后续需要切换时直接传入对应子控制器实例调用该方法即可。

这种写法虽然代码量少，但会带来三个很难排查的长期问题：

• 内存占用过高：所有子页面的view会全程常驻内存，如果子页面包含长列表、视频播放器、高清图片这类高资源占用组件，会大幅提升应用内存峰值，容易被系统后台杀死。
• 业务逻辑混乱：所有子控制器的生命周期回调会在启动时集中触发，页面埋点、懒加载逻辑、入场动画、弹窗逻辑都会和实际可见状态不匹配，后续功能迭代时很容易出现复现路径极长的诡异bug。
• 交互冲突：即使view被设置为isHidden = true，子控制器注册的手势识别、通知监听、定时器逻辑依然会正常执行，很容易出现手势无响应、重复弹窗、后台计时异常等问题。

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