【发布时间】:2021-07-20 07:22:56
【问题描述】:
我正在做一个性能测试,试图在我的 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 个窗口最大值,这将是当前迭代中的窗口。太好了。
但是,我发现我的 NSOutlineView、它们的行和它们的行模型仍然存在。它们有数千个,所以它真的炸毁了内存使用量。
我使用 Instruments 中的 Leaks 工具对其进行了分析:没有泄漏。
然后我检查了内存图调试器中的对象。没有明显的强引用循环,所有对象都有与本例类似的情况。它是一个 NSOutlineView(嗯,一个动态的NSKVONotifying_* 子类,但这没关系),只有一个来自 ObjC 块的强引用。但是该块仅被一个引用(黑线)弱引用。这整件事不应该被释放吗?
我该如何解决为什么它会保持活动状态?
【问题讨论】:
-
您是否在
setup中设置了任何内容?重新发现这些东西一直存在直到所有测试都结束了,这总是让我感到惊讶。 -
不,根本没有
setup。顺便说一句,这个测量是在测量块内进行的,就像第 10 次迭代(共 100 次)一样。 -
window.isReleasedWhenClosed = false怎么样?这不会让窗户堆积起来吗? -
无论如何,真正的正确方法可能是跟踪保留/释放和使用仪器。
-
太好了,谢谢!我现在正在上班,等我开始我的个人工作时再看看:D
标签: swift automatic-ref-counting instruments appkit nsoutlineview