SceneKit-由childNode查找导致的无限内存增长

时间:2019-03-12 01:32:08

标签: swift xcode scenekit arkit

我有一个应用程序可以对SCNNode进行循环操作-该应用程序的内存达到2GB并崩溃。我的实际循环非常涉及-它包括更新节点的simdWorldTransform以及删除和添加节点。

为简化到我可以提出这个问题的程度,我举了一个简单的示例,其中只需按一下按钮,它就会执行非常简单的操作,例如检索SCNNode的子代-它仍然达到2GB并崩溃。

功能:

func memoryLeakDetect() {

        for i in 1..<2001 {
            if i % 10 == 0 {
                print("Iteration = \(i)")
            }
            simpleLoop()
        }
    }

simpleLoop()

func simpleLoop() {
        for i in 0..<10000 {

            let pickIndex     = 1
            let pickLabelComp = saLabelComponents[pickIndex]
            let pickSprite    = LabelCompUtils.extractSprite(from: pickLabelComp) //MARK: CAUSING MEMORY LEAK!!!!
            // let pickSprite = saSprites[pickIndex]

        }
    }

罪魁祸首似乎是对extractSprite的调用-因为如果我通过将对sprite的引用存储在数组中来删除它,该程序将不再崩溃。我包括extractSprite方法。我对为什么这导致无限的内存增长感到完全傻眼。是什么导致这种内存爆炸?我只是在查找节点?我退出迭代后,幕后应该没有任何引用吗?

class LabelCompUtils {

    static func extractSprite(from labelComponent: SCNNode) -> SCNNode {
        if let sprite: SCNNode = labelComponent.childNode(withName: "sprite", recursively: false) {
            return sprite
        } else {
            return SCNNode()
        }
    }

1 个答案:

答案 0 :(得分:1)

对于正在处理这种情况且似乎有很多其他问题的其他人,以下步骤解决了该问题。

  1. autoreleasepoolhttps://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html

如@ElTomato所建议的那样,由于循环可能在循环中创建临时对象,因此建议使用autoreleasepool。根据Apple的文档:“您可以在循环中使用自动释放池块在下一次迭代之前处理那些对象。在循环中使用自动释放池块有助于减少应用程序的最大内存占用。”

示例:

// add leaderLineNodes
        for leaderLine in createleaderLineNodes(labelComponent: labelComponent) {
            autoreleasepool {
                labelComponent.addChildNode(leaderLine)
            }
        }
  1. 以“发布模式”运行正在开发的应用程序。

Xcode中的性能可能与真实设备的性能不同。第2点和第3点在内存占用量和执行速度上都对我的应用程序产生了重大影响。最初,当我在Instruments中对应用程序进行性能分析以发现所使用的内存比以前的内存低得多时,我感到非常惊讶-事实证明Instruments在发布模式下运行该应用程序。

Product -> Scheme -> Edit Scheme -> Info -> Build Configuration -> Release Mode

  1. 禁用日志记录

Product -> Scheme -> Edit Scheme -> Diagnostics -> Logging