Android 子线程死锁导致anr

转载

漫步云端的猪 2024-10-08 16:19:03

文章标签 Android 子线程死锁导致anr 自动释放池引用计数初始化方法 文章分类 Android 移动开发

retain，release 或者是 autorelease 这样的方法来管理引用计数，但是这些方法还是都会被调用的 -- 只不过是编译器在编译时在合适的地方帮我们加入了而已。其中 retain 和 release 都很直接，就是将对象的引用计数加一或者减一。但是autorelease 就比较特殊一些，它会将接受该消息的对象放到一个预先建立的自动释放池 (auto release pool) 中，并在自动释放池收到 draindrain操作。这是一种必要的延迟释放的方式，因为我们有时候需要确保在方法内部初始化的生成的对象在被返回后别人还能使用，而不是立即被释放掉。@autoreleasepool 就行了。如果你新建一个 Objective-C 项目，可以看到 main.m

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

@autoreleasepool 在编译时会被展开为 NSAutoreleasePool，并附带 drain方法的调用。而在 Swift 项目中，因为有了 @UIApplicationMain，我们不再需要 main 文件和 main 函数，所以原来的整个程序的自动释放池就不存在了。即使我们使用 main.swift

但是在一种情况下我们还是希望自动释放，那就是在面对在一个方法作用域中要生成大量的 autorelease 对象的时候。在 Swift 1.0 时，我们可以写这样的代码：

func loadBigData() {
      if let path = NSBundle.mainBundle()
          .pathForResource("big", ofType: "jpg") {

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

              NSThread.sleepForTimeInterval(0.5)
          }
      }
  }

dataWithContentsOfFile

autoreleasepool

func autoreleasepool(code: () -> ())

利用尾随闭包的写法，很容易就能在 Swift 中加入一个类似的自动释放池了：

func loadBigData() {
    if let path = NSBundle.mainBundle()
        .pathForResource("big", ofType: "jpg") {

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

                NSThread.sleepForTimeInterval(0.5)
            }
        }
    }
}

这样改动以后，内存分配就没有什么忧虑了：

这里我们每一次循环都生成了一个自动释放池，虽然可以保证内存使用达到最小，但是释放过于频繁也会带来潜在的性能忧虑。一个折衷的方法是将循环分隔开加入自动释放池，比如每 10 次循环对应一次自动释放，这样能减少带来的性能损失。

其实对于这个特定的例子，我们并不一定需要加入自动释放。在 Swift 中更提倡的是用初始化方法而不是用像上面那样的类方法来生成对象，而且从 Swift 1.1 开始，因为加入了可以返回 nil，像上面例子中那样的工厂方法都已经从 API 中删除了。今后我们都应该这样写：