Ale*_*ica 3 instruments nsoutlineview appkit automatic-ref-counting swift
我正在进行性能测试,尝试测量NSOutlineViewMac 应用程序中重要部分的渲染性能。在此过程中,我循环多次,创建视图,将其嵌入虚拟窗口中,并将其渲染为图像。我概括了一点,但大致是这样的:
// 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()
// }
}
}
}
Run Code Online (Sandbox Code Playgroud)
我注意到这正在增加内存使用量。在我的块的每个循环中分配的每个窗口都measure(_:)保留在周围。这是有道理的,因为我没有运行主运行循环,因此线程的自动释放池永远不会耗尽。我将整个块包装在对blockmeasure的调用中,这个问题得到了解决。使用内存图调试器,我确认最多只有 1 个窗口,这将是当前迭代中的窗口。伟大的。autoreleasepool
然而,我发现我的 NSOutlineViews、它们的行和它们的行模型仍然存在。它们有数千个,因此内存使用量确实很高。
我用仪器中的泄漏仪器对其进行了分析:无泄漏。
然后我检查了内存图调试器中的对象。没有明显的强引用循环,并且所有对象都有与此示例类似的情况。它是一个 NSOutlineView(嗯,一个动态NSKVONotifying_*子类,但这并不重要),只有一个来自 ObjC 块的强引用。但该块仅被一个引用(黑线)弱引用。这整个事情不应该被取消分配吗?
我该如何解决为什么它保持活动状态的问题?
我该如何解决为什么它保持活动状态的问题?
使用仪器。
为分配模板配置仪器。开始记录之前,在文件 > 记录选项下,将分配模板选项配置为记录引用计数。
录音并暂停。选择要研究的轨道区域。找到您想要研究的对象类型,然后点击小右箭头以显示该类型的所有对象。从列表中选择一个。在地址旁边,点击小右箭头。
您现在将看到保留和释放的历史记录以及正在运行的引用计数。选择保留/释放会在右侧显示调用堆栈。由此你可以推断出该对象的内存管理历史。
| 归档时间: |
|
| 查看次数: |
1168 次 |
| 最近记录: |