问题描述
我正在进行性能测试,以尝试衡量我的 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 块的强引用。但是该块仅被一个引用(黑线)弱引用。整个事情不应该被释放吗?
我该如何排查为什么它会保持活动状态?