七十九、基础框架（三十七）内存管理－垃圾收集机制

到目前 为止，我们 创建的应用程序 都是 运行在内存管理环境中的。上一篇博文所总结的内存管理规则 就适用于 这种环境。在内存管理环境中 我们 需要处理 自动释放池、增加 或者 减少 物件的引用次数、物件 归谁 所有这些问题。

在Objective-c 2.0当中 有 一种内存管理的代替方案 可以使用，叫做 垃圾收集机制。有了 垃圾收集机制，你 就不用担心 增加、减少 物件的引用次数，自动释放池等等。系统 在程序执行的过程中 会自动追踪 哪些物件 属于 哪些物件 并且 在某些物件 不再需要的时候 将 他们占用的内存空间 清理掉。

如果 事情 真的 这么简单，那么 为什么 我们 不 从头到尾 都利用 垃圾收集机制 并且 跳过 所有关于内存管理的讨论呢？有 三个理由 使 我们 不这么做：

第一个理由：就算 运行环境 支持 垃圾收集机制，我们 最好还是 要知道 哪些物件 归谁所有，什么时候 不再需要 哪些物件了。这样 在你 编写 代码时 会使 你 对 物件之间的关系 以及 他们的生存周期 引起 高度的重视。

第二个理由：iPhone的运行环境 并不支持 垃圾收集机制，于是 如果 你 为iPhone平台 开发 应用程序，那么 你 就别无 选择了。

第三个理由：如果 你编写的 是 库、插件 或者 共享代码，那么 这些代码 既可能 载入 有垃圾收集机制的进程；也可能 载入 没有垃圾收集机制的进程。这些代码 必须 在两种环境当中 都能工作。这 就意味着 你 必须使用 我们之前讨论过的内存管理技巧。这 同样 意味着 你 必须 在启用垃圾收集机制 和 不启用垃圾收集机制的情况下 测试 你的代码。

如果 你 决定 使用 垃圾收集机制，那么 在编译 程序的时候，你 必须将 其 开启。首先 点击 Sample这个项目：



接着 点击 Build Settings



再找到 Apple LLVM compiler 3.0-Language这个大类：



再在这个大类中 找到 Objective-C Garbage Collection选项：



接着 点击 Unsupported，就会出现 弹出式菜单：



最后 选择 弹出式菜单中的最后一个选项。

当垃圾收集机制 启动后，你 同样 可以 在程序当中 采取 retain，autorelease，release 和 dealloc这些措施。但是 这些措施 都会被忽略掉。用这种方式开发出来的应用程序 既可以 在内存管理环境中 运行 也可以 在垃圾收集环境中 运行。