性能优化技术iOS

先弄清楚这里的学问，再来谈 iOS 内存管理与优化（二）

2016-02-26  本文已影响7055人  Joy___

上篇文章讲述了iOS内存管理的基本概念，这里是一些内存优化的小技巧

Strong Weak Dance

经常使用闭包的话，应该会特别注意这一条吧。

先将强引用的对象转为弱引用指针，防止了Block和对象之间的循环引用。再在Block的中，将weakSelf的弱引用转换成strongSelf这样的强引用指针，防止了多线程和ARC环境下弱引用随时被释放的问题

__weak MyViewController *wself = self;
self.completionHandler = ^(NSInteger result) {
    __strong __typeof(wself) sself = wself; // 强引用一次
    [sself.property removeObserver: sself forKeyPath:@"pathName"];
};

降低内存峰值

Lazy Allocation

延时加载是很常用的一种优化方法，如果有些情况我们不会立即使用某一对象和某些资源，我们完全可以在使用的时候再进行加载，这些就可以避免初次运行程序的时候内存消耗严重。

lazy var goodsImageView: UIImageView = {
        let goodsImageView = UIImageView()
        return goodsImageView
    }()

在喵神的博客中，也发现了很好玩的地方，Swift标准库中，定义了一些Lazy方法，可以配合像 map或是 filter 这类接受闭包并进行运行的方法一起，让整个行为变成延时进行。

let data = 1...3
let result = data.lazy.map {
    (i: Int) -> Int in
    print("正在处理 \(i)")
    return i * 2
}

print("准备访问结果")
for i in result {
    print("操作后结果为 \(i)")
}

print("操作完毕")

运行结果为：

// 准备访问结果
// 正在处理 1
// 操作后结果为 2
// 正在处理 2
// 操作后结果为 4
// 正在处理 3
// 操作后结果为 6
// 操作完毕

图片的读取

相信写代码的时候都会涉及到图片的读取，我们经常使用的方法

imageView?.image = UIImage(named: name)
imageView?.image = UIImage(contentsOfFile: path)

NSData & 内存映射文件

在我们经常使用NSData时，出镜率很高的两个方法

public init?(contentsOfFile path: String)
public init(contentsOfFile path: String, options readOptionsMask: NSDataReadingOptions) throws

第二种比第一个多一个Options，第二种方式是创建了一个内存映射文件，把内容放在虚拟内存中，只有读取操作的时候才会读到相对应页的物理内存页中。所以后者，对于大文件是很划算的，推荐使用第二种。对于可选的方式如下：

映射

其他方式

在庄延军老师的分享中，还有其他一些技巧，但是对于只懂Swift的我，实在没接触过哪些方案，等我接触之后，再来写第三个分享。下面简单列举一下：

NSAutoReleasePool

从MRC时代说起，当需要我们手动来管理对象引用计数的时候，我们需要Retain和Release方法，那么可能一个线程中有大量的Retain和Release方法，这个时候使用一个池一起管理他们是不是方便很多，将线程中要执行的任务都放在自动释放池中，自动释放池会捕获所有任务中的对象，在任务结束或线程关闭之时自动释放这些对象。

当然自动释放池都会使用NSAutoreleasePool类创建，并在自动释放池收到 drain消息时将这些对象的引用计数减一，然后将它们从池子中移除 (这一过程形象地称为“抽干池子”)。

在ARC时代，不再使用NSAutoreleasePool来创建自动释放池，而是使用@autoreleasepool代码块，新建Objective－C工程的时候，会帮我们创建一个main.m文件，已经帮我们在主线程创建了一个自动释放池。

int main(int argc, char * argv[]) {
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

更进一步，其实@autoreleasepool 在编译时会被展开为 NSAutoreleasePool，并且在每个主Runloop结束时进行drain操作。

那么到了Swift时代，又具有了新的变化，不需要手动地调用autorelease 这样的方法来管理引用计数，但是这些方法还是都会被调用的，只不过是编译器在编译时在合适的地方帮我们加入了而已。

在Swift标准库中可以发现：

public func autoreleasepool(@noescape code: () -> ())

那么我们就可以利用闭包的特点，在需要的时候非常简便的使用它

autoreleasepool { 
    // 线程执行任务的逻辑代码
}

AutoReleasePool

为什么在ARC时代还需要使用自动释放池呢？其原因就是为了避免内存峰值，那比如说我有一个很大的For循环，里面不断生成autorelease
对象（比如：dataWithContentsOfFile返回的是 autorelease 的对象）。其实每迭代一次，资源都已经用完了（就是说我用好了，还你），不需要再用了，这个时候就可以释放了，但是程序需要等到Runloop结束的时候才可以释放，这就增大了内存的峰值。

上面的话有点绕，但是真心非常重要。

那么怎么做，可以减小内存峰值呢？我们可以在For循环中添加autoreleasepool，这样就可以保证每次迭代完毕一次就可以释放点内存。

func loadBigData() {
    for i in 1...10000 {
        autoreleasepool {
            let data = NSData.dataWithContentsOfFile(
                path, options: nil, error: nil)
        }
    }
}

简单总结

上面的阐述了多种方法，其中对于降低内存峰值有作用的是：

内存警告处理

到收到内存警告的时候，所要做的：

上一篇下一篇

猜你喜欢

热点阅读