WatchKit问题：reloadRootControllers未销毁控制器对象（需彻底销毁）

嘿，我完全懂你在WatchKit里遇到的这个控制器残留问题——用reloadRootControllers后登录界面实例还没被销毁，确实挺头疼的，尤其是你需要实现这种“登录后单向进入主界面、彻底切断返回路径”的场景，得从WatchKit的导航栈机制和内存引用两方面入手解决。

1. 登录成功：用reloadRootControllers彻底替换整个根栈，而非push #

很多人会犯的错是先push主界面再隐藏返回按钮，但这样登录控制器还留在导航栈里，根本没被释放。正确的做法是直接替换整个根控制器数组，让登录控制器完全脱离导航栈的引用：

// 初始化你的主界面控制器（根据你的storyboard名称调整）
guard let mainController = WKInterfaceController.init(withName: "MainInterface", context: nil) else {
    return
}
// 直接替换根控制器数组，此时旧的登录控制器会被导航栈移除
WKInterfaceController.reloadRootControllers(with: [mainController])

这里要注意：不要保留登录控制器的任何强引用，比如全局变量、其他类的属性里存着它，否则ARC没法回收它。

2. 排查导致控制器残留的强引用链 #

如果用了上面的方法还是没销毁，那肯定是有其他对象在强引用登录控制器。常见的坑有：

• 登录请求的闭包没使用弱引用：比如网络请求的completion里直接写self，导致请求对象持有登录控制器，就算请求完成了，引用链没断也不会释放。改成[weak self]或者[unowned self]：

  AuthService.login(username: username, password: password) { [weak self] result in
      guard let self = self else { return }
      // 处理登录成功逻辑
  }
  

• 代理设置错误：如果登录控制器作为某个对象的代理，而代理属性是strong类型（WatchKit里有些系统代理是weak，但自定义的要注意），改成weak代理。
• 用Xcode的**内存图调试器（Memory Graph Debugger）**排查：点击调试栏的内存图标，找到登录控制器的实例，查看它的引用链，就能清楚看到是谁在持有它没释放。

3. 会话失效跳转回登录页的正确姿势 #

当会话过期需要跳回登录时，同样要用reloadRootControllers替换整个根栈，这样主界面的控制器也会被正常释放（只要没有强引用）：

guard let loginController = WKInterfaceController.init(withName: "LoginInterface", context: nil) else {
    return
}
WKInterfaceController.reloadRootControllers(with: [loginController])

这种方式下，主界面的控制器会被导航栈移除，没有引用的话就会被ARC销毁，不会留在内存里。

最后再提个小提醒 #

别混合使用pushController和reloadRootControllers，一旦用push把控制器加入栈，就算之后reload，旧的栈里的控制器如果有其他引用还是会残留。全程用reloadRootControllers来切换这种“登录-主界面”的单向场景，是最稳妥的方式。

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