如何解决内存泄漏,尽管没有强引用?
我正在进行性能测试,以尝试衡量我的 Mac 应用中重要 NSOutlineView
的渲染性能。在这个过程中,我循环了几次,创建了视图,将它嵌入到一个虚拟窗口中,然后将它渲染成一个图像。我有点概括,但这大致是它的样子:
// Intentionally de-indented these for easier reading in this narrow page
class MyPerformanceTest: XCTestCase { reading
func test() {
measure() {
// autoreleasepool {
let window: NSWindow = {
let w = NSWindow(
contentRect: NSRect.init(x: 100,y: 100,width: 800,height: 1200),styleMask: [.titled,.resizable,.closable,.miniaturizable],backing: .buffered,defer: false
)
w.tabbingMode = .disallowed
w.cascadeTopLeft(from: NSPoint(x: 200,y: 200))
w.makeKeyAndOrderFront(nil)
w.contentView = testContentView // The thing I'm performance testing
return w
}()
let bitmap = self.bitmapImageRepForCachingDisplay(in: self.frame)
.map { bitmap in
self.cacheDisplay(in: self.frame,to: bitmap)
return bitmap
}
let data = bitmap.representation(using: .png,properties: [:])!
saveToDesktop(data,name: "image1.png") // Helper function around Data.write(to:). Boring.
window.isReleasedWhenClosed = false // Defaults to true,but crashes if true.
window.close()
// }
}
}
}
我注意到这会增加内存使用量。在我的 measure(_:)
块的每个循环中分配的每个窗口都一直存在。这是有道理的,因为我没有运行主运行循环,所以线程的自动释放池永远不会耗尽。我将整个 measure
块封装在对 autoreleasepool
block 的调用中,这已解决。使用内存图调试器,我确认最多只有 1 个窗口,这将是当前迭代中的一个。太好了。
然而,我发现我的 NSOutlineViews、它们的行和它们的行模型仍然存在。它们有数千个,所以真的消耗了内存。
我使用 Instruments 中的 Leaks 仪器对其进行了分析:没有泄漏。
然后我检查了内存图调试器中的对象。没有明显的强引用循环,并且所有对象都有与此示例类似的情况。它是一个 NSOutlineView(嗯,一个动态的 NSKVONotifying_*
子类,但这并不重要),只有一个来自 ObjC 块的强引用。但是该块仅被一个引用(黑线)弱引用。整个事情不应该被释放吗?
我该如何排查为什么它会保持活动状态?
解决方法
我该如何排查为什么它会保持活动状态?
使用仪器。
为分配模板配置工具。在开始记录之前,在文件 > 记录选项下,配置分配模板选项以记录引用计数。
录制并暂停。选择要研究的轨道区域。找到您要研究的对象类型并点击向右的小箭头以显示该类型的所有对象。在列表中选择一个。点击地址旁边的小右箭头。
您现在将看到保留和发布的历史记录以及正在运行的引用计数。选择保留/释放会在右侧显示调用堆栈。从而可以推断出该对象的内存管理历史。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。