问快速管理内存

EN

这个问题已经开放了很长时间，我现在有足够的信心来回答它。

不同级别的MM:

硬件存储器

在使用ARC的Swift中，我们没有办法清理实际的硬件ram。我们只能让操作系统为我们做到这一点。一部分是使用正确的代码(optionals和weak)，另一部分是为操作系统创建时间来完成它的工作。

假设我们有一个在所有线程上无限期运行的函数。它只做一件事，加载一个图像，转换成黑白并保存。所有图像最大值在几毫巴和功能创建没有软件内存泄漏。因为图像没有固定的大小，而且可能有不同的压缩，所以它们没有相同的占用空间。这个功能总是会使你的应用程序崩溃。

这个“硬件”内存泄漏是由函数总是占用下一个可用的内存槽造成的。

由于没有空闲时间，操作系统不会介入“实际清理内存”。在每次传递之间设置一个延迟完全解决了这一问题。

语言专用MM

铸造

有些操作不会对内存产生影响，而其他操作则会：

let myInt : Int = 1
Float(myInt) // this creates a new instance

试着用铸造代替：

(myInt as Float) // this will not create a new instance.

引用类型与值类型

两者都有各自的优势和危险。

结构是内存密集型的，因为它们是值类型。这意味着当分配给另一个实例时，它们会复制值，从而有效地将加倍内存使用量。没有解决这个问题的办法。这就是构造结构的原因。

类没有这种行为，因为它们是引用类型。他们在被分配的时候不会复制。相反，他们创建了，另一个引用到相同的对象。ARC或自动参考计数是跟踪这些引用的内容。每个对象都有一个引用计数器。每分配一次，它就上升一次。每次设置对0的引用时，封闭函数结束，或包围对象deinits，计数器就会下降。

当计数器命中0时，对象被重新初始化。

有一种方法可以防止实例重新初始化，从而造成泄漏。这被称为强参考周期。

弱的很好的解释

class MyClass {

    var otherClass : MyOtherClass?

    deinit {
        print("deinit") // never gets called
    }
}

class MyOtherClass {

    var myclass : MyClass?

    deinit {
        print("deinit") // never gets called
    }
}

var classA : MyClass? = MyClass()

// sorry about the force unwrapping, don't do it like this
classA!.otherClass = MyOtherClass()
classA!.otherClass!.myclass = classA // this looks silly but in some form this happens a lot

classA = nil
// neither the MyClass nor the MyOtherClass deinitialised and we no longer have a reference we can acces. Immortalitiy reached they have.

设置一个对weak的引用

class MyOtherClass {

    weak var myclass : MyClass?

    deinit {
        print("deinit") // gets called
    }
}

inout

函数捕获传递给它们的值。但也有可能将这些值标记为inout。这允许您更改传递给函数的结构，而无需复制结构。这可能会节省内存，这取决于传递的内容和函数中的操作。

这也是一种不用元组就有多个返回值的好方法。

var myInt : Int = 0

// return with inout
func inoutTest(inout number: Int) {

    number += 5

}

inoutTest(&myInt)
print(myInt) // prints 5

// basic function with return creates a new instance which takes up it's own memory space
func addTest(number:Int) -> Int {

    return number + 5

}

函数式编程

状态是随时间变化的值。

函数式程序设计是面向对象程序设计的重要组成部分。函数式编程使用不变的状态。

有关此这里的更多信息

面向对象编程使用具有变化/变异状态的对象。不是创建新值，而是更新旧值。

函数编程可以使用更多的内存。

FP实例

选项

选项允许你把事情设为零。这将降低类的引用计数或去初始化结构。将事情设置为零是清理内存的最简单方法。这与ARC并驾齐驱。一旦您将一个类的所有引用设置为零，它就会删除它并释放内存。

如果您不创建一个可选实例，数据将一直保存在内存中，直到封闭函数结束或封闭类deinits为止。你可能不知道什么时候会发生这种事。选项让你控制什么东西能活多久。

API MM

许多“内存泄漏”是由框架造成的，该框架具有一个您可能没有调用的“清理”函数。一个很好的例子是UIGraphicsEndImageContext()，在调用这个函数之前，上下文将一直保存在内存中。当创建上下文的函数结束时，或者当所涉及的图像设置为零时，它不会清除。

另一个很好的例子是解雇ViewControllers。对于一个VC，然后返回一个VC，这可能是有意义的，但是segue实际上创建了一个VC。后背并不能摧毁VC。调用dismissViewControllerAnimated()将其从内存中删除。

阅读类引用并反复检查没有“清理”函数。

如果您确实需要仪器来查找漏洞，请查看这个问题的另一个答案。

​

​

单击Xcode右上角的应用程序名称。

​

​

单击弹出菜单中的“编辑方案”。

​

​

确保在左侧选择“RUN”，然后单击窗口顶部附近的“诊断”选项卡。

在“内存管理”标题下，检查“启用保护Malloc”

您还可以尝试在“日志”标题下检查“分布式对象”和“malloc堆栈”。

更多关于守卫的信息，守卫边缘和涂鸦可以找到这里。

希望这能帮上忙！