swift - 内存泄漏，尽管没有强引用？

Question

我正在进行性能测试，以尝试测量我的 Mac 应用程序中重要的 NSOutlineView 的渲染性能。在此过程中，我循环了几次，创建 View ，将其嵌入虚拟窗口，并将其渲染为图像。我概括了一点，但大致是这样的:

// 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(_:) 的每个循环中分配的每个窗口 block 粘在周围。这是有道理的，因为我没有运行主运行循环，所以线程的自动释放池永远不会耗尽。我将整个 measure block 包装在对 autoreleasepool block 的调用中, 这已解决。使用内存图调试器，我确认只有 1 个窗口最大值，这将是当前迭代中的窗口。太好了。

但是，我发现我的 NSOutlineViews、它们的行和它们的行模型仍然存在。它们有数千个，所以它真的炸毁了内存使用量。

我用 Instruments 中的 Leaks 仪器分析了它:没有泄漏。

然后我检查了内存图调试器中的对象。没有明显的强引用循环，所有的对象都有类似这个例子的情况。它是一个 NSOutlineView(嗯，一个动态的 NSKVONotifying_* 子类，但这并不重要)，只有一个来自 ObjC block 的强引用。但是该 block 仅由一个引用(黑线)弱引用。这整件事不应该被释放吗？

我该如何排查它保持事件状态的原因？

Answer 1

How can I troubleshoot why this is being kept alive?

使用乐器。

为分配模板配置仪器。在开始记录之前，在文件 > 记录选项下，将分配模板选项配置为记录引用计数。

记录和暂停。选择要研究的轨道区域。找到您想要研究的对象类型，然后点击向右的小箭头以显示该类型的所有对象。在列表中选择一个。在地址旁边，点击向右的小箭头。

您现在将看到保留和释放的历史记录以及运行中的引用计数。选择保留/释放会在右侧显示调用堆栈。从而可以推断出该对象的内存管理历史。