【iOS】iOS内存管理

Posted by 西维蜀黍 on 2018-11-11, Last Modified on 2024-05-07

之前接手公司的一个iOS SDK项目,是用MRC进行内存管理的。最终,我将这个项目迁移成了ARC

苹果在 2011 年的时候,在 WWDC 大会上提出了自动的引用计数(ARC)。ARC 背后的原理是依赖编译器的静态分析能力,通过在编译时找出合理的插入引用计数管理代码,从而彻底解放程序员。

在 ARC 刚刚出来的时候,业界对此黑科技充满了怀疑和观望,加上现有的 MRC 代码要做迁移本来也需要额外的成本,所以 ARC 并没有被很快接受。直到 2013 年左右,苹果认为 ARC 技术足够成熟,直接将 macOS(当时叫 OS X)上的垃圾回收机制废弃,从而使得 ARC 迅速被接受。

2014 年的 WWDC 大会上,苹果推出了 Swift 语言,而该语言仍然使用 ARC 技术,作为其内存管理方式。

如今,使用XCode生成的项目,都是使用ARC作为内存管理的默认方法了。但是,我们仍需要了解,ARC背后的原理。

一.什么是引用计数

引用计数(Reference Count)是一个简单而有效的管理对象生命周期的方式。当我们创建一个新对象的时候,它的引用计数为 1,当有一个新的指针指向这个对象时,我们将其引用计数加 1,当某个指针不再指向这个对象是,我们将其引用计数减 1,当对象的引用计数变为 0 时,说明这个对象不再被任何指针指向了,这个时候我们就可以将对象销毁,回收内存。由于引用计数简单有效,除了 Objective-C 和 Swift 语言外,微软的 COM(Component Object Model )、C++11(C++11 提供了基于引用计数的智能指针 share_prt)等语言也提供了基于引用计数的内存管理方式。

ARC

ARC本质还是MRC,只是retain和release的过程由编译器为你完成了,如果你写的不好,依然会内存泄漏,而学会MRC可以帮助你分析内存泄漏原因

混合使用MRC、ARC

方法就是在Build Phase里面的Compile Source里面找到需要特殊处理的文件,加上编译选项(Compiler Flags),具体针对上面两种情况有所区别。

  1. 旧项目没有使用ARC,引入的第三方库使用了ARC的,给要添加的ARC源文件,添加-fobjc-arc选项
  2. 新项目使用了ARC,引入的第三方库没有使用ARC,给引入的第三方库添加-fno-objc-arc

参考