《Objective-C高级编程 iOS与OS X多线程与内存管理》1

内存管理篇:1.引用计数的思考方式

自动引用计数

支持条件:

  • clang(LLVM编译器)3.0版本以上
  • objc4 OC运行时库 493.9版本以上
  • 编译器设置中置为“ARC有效”
  • Xcode 4.2版本以上

简单来说,ARC作为编译器特性(运行时库帮助解决weak自动置nil及autorelease优化等功能),系统在编译期根据情况,为代码自动添加retain、release等内存管理代码。开发者只需要集中精力在业务实现上即可,无需过多考虑内存问题。

内存管理的思考方式

实际上,无需过多考虑“引用计数”这个数字,编码时只需遵循如下四种规则:

  1. 自己生成的对象,自己持有(alloc/new/copy/mutableCopy)
  2. 非自己生成的对象,自己也能持有(retain)
  3. 自己不再需要持有的对象,自己释放(release)
  4. 非自己持有的对象,自己无法释放(系统自动dealloc)

自己生成的对象,自己持有

除了默认的四种创建对象方法,这里还需注意一点:
对于自定义的class,在编写API时,需要遵循“命名法则”:即将创建对象的方法,声明为:

  • allocXXX...
  • newXXX...
  • copyXXX...
  • mutableCopyXXX...

ARC环境下,系统会根据方法命名,自动将返回的对象使用__strong修饰,即新对象的内存由创建方负责管理,也就是“自己持有创建的对象”。

非自己生成的对象,自己也能持有

  • 对于其他对象(非自己创建的),如果需要正常使用的话,需要对新对象进行“retain”操作。
  • 对于类方法创建对象的API(如NSMutableArray的array方法),一般来说,内部返回的都是“autorelease”修饰的对象,内存是无需接收方管理的。直接使用即可。

自己不再需要持有的对象,自己释放

  • 使用完毕后的对象,无论是否为自己创建,需要持有方对其调用“release”操作,放弃持有。
  • 类方法创建得到的对象,无需释放。

非自己持有的对象,自己无法释放

dealloc为系统在运行期根据对象的引用情况自动调用。

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容