导航控制器点击返回按钮时的内存释放方案咨询

嘿，这个内存持续增长的问题我做项目时也碰到过，十有八九是你的详情ViewController存在内存泄漏——每次创建新实例后，旧的实例没法被系统的自动引用计数（ARC）回收，内存就跟着一步步涨上去了。咱们从几个实用方向来排查解决：

最简单的验证方法是给详情页加个deinit方法，返回表格页时看控制台有没有打印：

deinit {
    print("DetailViewController 已被释放")
}

如果返回后没看到这条打印，那肯定是有东西"抓着"这个控制器不放，导致它没法被销毁。

• 强引用循环（Retain Cycle）：这是最常见的坑
  • 闭包里直接用self却没加弱引用：把闭包里的self改成[weak self]或者[unowned self]（不确定场景就优先用weak）；
  • 代理用了strong修饰：记得把代理属性改成weak var delegate: YourDelegateProtocol?，双向引用下弱引用才能打破循环。
• 未及时清理的资源：一些资源没释放会拖着控制器不销毁
  • 网络请求：离开页面时取消未完成的请求，并且把请求任务置为nil；
  • 定时器/通知观察者：定时器要调用invalidate()，通知观察者要从NotificationCenter里移除；
  • 媒体资源：比如AVPlayer、CALayer这类，离开前要停止播放并销毁相关实例。
• 全局/单例的残留引用：如果把详情页实例存到了全局数组、单例对象的属性里，即使返回了，全局引用还在，内存就不会释放——记得离开时把这些引用移除。
• 用Xcode工具精准定位：打开Xcode的Memory Graph Debugger（调试栏里带泄漏图标的按钮），重复几次"进入详情页→返回表格页"的操作，看看有没有残留的DetailViewController实例。点击实例就能看到完整引用链，直接找到是谁在持有它，针对性修复就行。

在详情页的viewWillDisappear方法里手动清理资源，能进一步避免意外泄漏：

override func viewWillDisappear(_ animated: Bool) {
    super.viewWillDisappear(animated)
    // 取消网络请求
    networkRequestTask?.cancel()
    networkRequestTask = nil
    // 销毁定时器
    updateTimer?.invalidate()
    updateTimer = nil
    // 移除所有通知观察者
    NotificationCenter.default.removeObserver(self)
}

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