iOS开发之理解内存管理

#

深入理解内存管理

在IOS4以后引入了自动引用计数（automatic Reference Count）是一个简单有效的管理对象周期的方式，不管是Objective-C和Swift的内存管理都是基于引用计数的。

什么是引用计数

首先是有效的管理对象的生命周期，当创建对象的时候，它的引用计数是1，当一个新的指针指向一个对象，引用对象加1，当某个指针不再指向某个对象，它的引用计数就减1，当某个对象的引用计数等于1的时候，不再有指针指向，这个时候就可以将该对象销毁，回收内存。

为什么需要使用引用计数

• 在函数中使用一个临时变量,是不需要返回它的引用计数,只需要在函数返回前将该对象销毁.
• 如果有一个对象A创建一个对象M,通过对象B的函数作为参数传入,这个时候有个矛盾:对象A销毁是否需要将对象M销毁,如果不销毁,就必须交给对象M来管理.这时就是创建了一个对象M的copy对象,对性能要求不好,而且也不能知道内部的释放规则.这个时候就有了引用计数.

不要向已经释放的对象发送消息

在对象释放之后发送了retainCount消息,在对象被回收的时候,引用计数就没有必要将计数变为0了.减少一次内存的操作.

引用循环问题

引用计数引发最大的问题就是引用循环 Reference cycles 问题.

解决方案有两种
- 断环:在明确知道会出现引用循环问题的时候在合理的位置主动断开闭环.–不常用,这不就是回归到内存管理年代了吗?
- weak reference 弱引用,就是虽然持有一个对象,但不会增加其引用计数,避免了引用循环.通常在delegate模式出现.

出现的问题

• 过度使用block之后,无法解决引用循环问题
• 遇到 Core Foundation的时候不会手动管理.

Core Foundation 对象的内存管理

对Core Foundation 底层内存管理,创建都是以XxxCreateWithXxx,使用 CFRetain 引用计数加一,CFRealse 引用计数减一.

引入了__bridge关键字
- 只做类型转换,不修改对象的引用计数.
- __bridge_retained:类型转换之后,对引用计数加1.
- __bridge_transfer:类型转换后,将对象的引用计数交给ARC管理.不需要对其进行[XXX CFRealse],来释放内存.