iOS 内存泄漏,内存图调试器未显示泄漏,但同时 Xcode-Instruments-leaks 显示泄漏

Sha*_*Asi 3 memory-leaks ios xcode-instruments swift memory-graph-debugger

在此处输入图片说明在我的项目中当我开始在内存图调试器中寻找泄漏时,我发现很少并修复了它们,现在使用内存图没有发现泄漏。Instruments->leaks 的问题,有时显示泄漏,有时不显示,泄漏立即从照片中描述的开始出现,我几乎不明白导致泄漏的原因。如果内存图显示没有泄漏,我可以相信吗?或者存在一种内存图未捕获的泄漏。代码如何初始化 mainViewController:

  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    self.window = UIWindow()
    
    let controller = MainViewController()
    let navigationController = UINavigationController(rootViewController: controller)
    let rootViewController = navigationController
    self.window?.rootViewController = rootViewController
    self.window?.makeKeyAndVisible()
           
    return true
        
}
Run Code Online (Sandbox Code Playgroud)

Rob*_*Rob 8

在 2013 年的视频“修复内存问题”中,Apple 区分了“泄漏”、“废弃内存”和“缓存内存”,如下所述。有关更多现代讨论,请参阅 WWDC 2021 视频检测和诊断内存问题、WWDC 2019 视频仪器入门和 WWDC 2018 视频iOS 内存深入研究

  • 泄漏的内存是不能再次访问的内存,没有引用的内存,即已经被malloc'ed但从未free'd的内存。

  • 废弃的内存由具有引用但不会再次访问的内存组成。

  • 缓存内存是可能不会再次使用的内存,保存在内存中以便在应用程序再次需要时快速检索。

“调试内存图”擅长发现和可视化由强引用循环引起的问题。“泄漏”工具不会识别这些问题。由于强引用循环等在 Swift 代码中更为普遍,“调试内存图”通常是更有成效的第一道防线。

在调试内存问题时,我们不会在循环遍历应用程序时担心第一次和第二次迭代之间的内存使用情况,而是专注于后续迭代。

无论如何,“泄漏”工具和“调试内存图”关注不同的问题,会产生不同的结果。泄漏没有找到强引用循环。同时,“调试内存图”功能在查找传统泄漏方面变得更好。

FWIW,在 Swift 中,强引用循环比传统的malloc但不free泄漏更常见。除非您开始深入研究缓冲区的手动分配、非托管 Core Foundation API 等,否则您的 Swift 代码不太可能存在传统泄漏。

如果您看到应用内存在增长,在担心泄漏之前,请确保它不是上述视频中确定的第三个内存问题,即缓存内存,可能不会再次使用,但会在发生时自动回收设备内存不足。


顺便说一句,偶尔有报告称操作系统或框架中存在漏洞。如果 (a) 您没有看到堆栈跟踪中引用的目标;或 (b) 泄漏无关紧要,那么我建议您根本不要太担心它们。在你的情况下,我们谈论的是 384 字节,我不会太担心。

  • 我很感谢你的解释和详细的回答,我真的非常感谢你,我花了20多个小时试图找到一个解释。 (2认同)