内存泄漏,尽管没有强引用?
Memory leak, despite no strong references?
我正在进行性能测试,以尝试测量我的 Mac 应用程序中一个重要 NSOutlineView
的渲染性能。在此过程中,我循环了几次,创建视图,将其嵌入虚拟 window,并将其渲染为图像。我概括了一点,但大致是这样的:
// 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()
// }
}
}
}
我注意到这会增加内存使用量。每个 window 在我的 measure(_:)
block was sticking around. This makes sense, because I don't have the main run loop running so the Thread's auto-release pool is never drained. I wrapped my entire measure
block in a call to autoreleasepool
block 的每个循环中分配,这已解决。使用内存图调试器,我确认只有 1 window 最大值,这将是当前迭代中的那个。太好了。
但是,我发现我的 NSOutlineViews、它们的行和它们的行模型仍然存在。它们有数千个,所以 真的 炸毁了内存使用量。
我用 Instruments 中的 Leaks 仪器分析了它:没有泄漏。
然后我检查了内存图调试器中的对象。没有明显的强引用循环,所有的对象都有类似这个例子的情况。它是一个 NSOutlineView(好吧,一个动态的 NSKVONotifying_*
子类,但这并不重要),只有一个来自 ObjC 块的强引用。但是该块仅由一个引用(黑线)弱引用。这整件事不应该被解除分配吗?
我该如何排查它为何保持活动状态?
How can I troubleshoot why this is being kept alive?
使用乐器。
为分配模板配置工具。在开始记录之前,在文件 > 记录选项下,将分配模板选项配置为记录引用计数。
录制并暂停。 Select 要研究的轨道区域。找到您想要研究的对象类型,然后点击向右的小箭头以显示该类型的所有对象。 Select 列表中的一个。在地址旁边,点击向右的小箭头。
您现在将看到保留和释放的历史记录以及 运行 引用计数。 Selecting a retain/release 显示右侧的调用堆栈。这样就可以推断出这个对象的内存管理历史了。
我正在进行性能测试,以尝试测量我的 Mac 应用程序中一个重要 NSOutlineView
的渲染性能。在此过程中,我循环了几次,创建视图,将其嵌入虚拟 window,并将其渲染为图像。我概括了一点,但大致是这样的:
// 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()
// }
}
}
}
我注意到这会增加内存使用量。每个 window 在我的 measure(_:)
block was sticking around. This makes sense, because I don't have the main run loop running so the Thread's auto-release pool is never drained. I wrapped my entire measure
block in a call to autoreleasepool
block 的每个循环中分配,这已解决。使用内存图调试器,我确认只有 1 window 最大值,这将是当前迭代中的那个。太好了。
但是,我发现我的 NSOutlineViews、它们的行和它们的行模型仍然存在。它们有数千个,所以 真的 炸毁了内存使用量。
我用 Instruments 中的 Leaks 仪器分析了它:没有泄漏。
然后我检查了内存图调试器中的对象。没有明显的强引用循环,所有的对象都有类似这个例子的情况。它是一个 NSOutlineView(好吧,一个动态的 NSKVONotifying_*
子类,但这并不重要),只有一个来自 ObjC 块的强引用。但是该块仅由一个引用(黑线)弱引用。这整件事不应该被解除分配吗?
我该如何排查它为何保持活动状态?
How can I troubleshoot why this is being kept alive?
使用乐器。
为分配模板配置工具。在开始记录之前,在文件 > 记录选项下,将分配模板选项配置为记录引用计数。
录制并暂停。 Select 要研究的轨道区域。找到您想要研究的对象类型,然后点击向右的小箭头以显示该类型的所有对象。 Select 列表中的一个。在地址旁边,点击向右的小箭头。
您现在将看到保留和释放的历史记录以及 运行 引用计数。 Selecting a retain/release 显示右侧的调用堆栈。这样就可以推断出这个对象的内存管理历史了。