iOS内存管理机制的原理是引用计数，引用计数简单来说就是统计一块内存的所有权，当这块内存被创建出来的时候，它的引用计数从0增加到1，表示有一个对象或指针持有这块内存，拥有这块内存的所有权，如果这时候有另外一个对象或指针指向这块内存，那么为了表示这个后来的对象或指针对这块内存的所有权，引用计数加1变为2，之后若有一个对象或指针不再指向这块内存时，引用计数减1，表示这个对象或指针不再拥有这块内存的所有权，当一块内存的引用计数变为0，表示没有任何对象或指针持有这块内存，系统便会立刻释放掉这块内存。
其中在开发时引用计数又分为ARC（自动内存管理）和MRC（手动内存管理）。ARC的本质其实就是MRC，只不过是系统帮助开发者管理已创建的对象或内存空间，自动在系统认为合适的时间和地点释放掉已经失去作用的内存空间，原理是一样的。虽然ARC操作起来很方便，不但减少了代码量，而且降低了内存出错的概率，但因为ARC不一定会及时释放，所以程序有时候可能会占用内存较大。而MRC若做得好，通过手动管理，及时释放掉不需要的内存空间，便可保证程序长时间运行在良好状态上。
在MRC中会引起引用计数变化的关键字有：alloc，retain，copy，release，autorelease。（strong关键字只用于ARC，作用等同于retain）
alloc：当一个类的对象创建，需要开辟内存空间的时候，会使用alloc，alloc是一个类方法，只能用类调用，它的作用是开辟一块新的内存空间，并使这块内存的引用计数从0增加到1，注意，是新的内存空间，每次用类alloc出来的都是一块新的内存空间，与上一次alloc出来的内存空间没有必然联系，而且上一次alloc出来的内存空间仍然存在，不会被释放。
retain：retain是一个实例方法，只能由对象调用，它的作用是使这个对象的内存空间的引用计数加1，并不会新开辟一块内存空间，通常于赋值是调用，如：
对象2=[对象1 retain]；表示对象2同样拥有这块内存的所有权。若只是简单地赋值，如：对象2=对象1；那么当对象1的内存空间被释放的时候，对象2便会成为野指针，再对对象2进行操作便会造成内存错误。
copy：copy同样是一个实例方法，只能由对象调用，返回一个新的对象，它的作用是复制一个对象到一块新的内存空间上，旧内存空间的引用计数不会变化，新的内存空间的引用计数从0增加到1，也就是说，虽然内容一样，但实质上是两块内存，相当于克隆，一个变成两个。其中copy又分为浅拷贝、深拷贝和真正的深拷贝，浅拷贝只是拷贝地址与retain等同；深拷贝是拷贝内容，会新开辟新内存，与retain不一样；真正的深拷贝是对于容器类来说的，如数组类、字典类和集合类（包括可变和不可变），假设有一个数组类对象，普通的深拷贝会开辟一块新内存存放这个对象，但这个数组对象里面的各个元素的地址却没有改变也就是说数组元素只是进行了retain或者浅拷贝而已，并没有创建新的内存空间，而真正的深拷贝，不但数组对象本身进行了深拷贝，连数组元素都进行了深拷贝，即为各个数组元素开辟了新的内存空间。
release：release是一个实例方法，同样只能由对象调用，它的作用是使对象的内存空间的引用计数减1，若引用计数变为0则系统会立刻释放掉这块内存。如果引用计数为0的基础上再调用release，便会造成过度释放，使内存崩溃；
autorelease：autorelease是一个实例方法，同样只能由对象调用，它的作用于release类似，但不是立刻减1，相当于一个延迟的release，通常用于方法返回值的释放，如便利构造器。autorelease会在程序走出自动释放池时执行，通常系统会自动生成自动释放池（即使是MRC下），也可以自己设定自动释放池。
除了以上所述的关键字，还有一些方法会引起引用计数的变化，如UI中父视图添加、移除子视图，导航控制器或视图控制器推出新的视图控制器以及返回，容器类（数组、字典和集合）添加和移除元素。
当子视图添加到父视图上时，子视图的引用计数加1，移除时引用计数减1，若父视图引用计数变为0内存被释放，其所有的子视图都会被release一次，即引用计数减1，原则上只有这三种情况子视图的引用计数会发生变化，其他如父视图引用计数的加减都不会影响到子视图。
容器类的情况与视图类似，添加元素，该元素引用计数加1，移除元素，该元素引用计数减1，容器引用计数变为0所占用内存被释放，容器所有元素release，引用计数减1，其他情况下容器本身的引用计数变化不会影响到容器内元素的引用计数变化。
文／且行且珍惜_iOS（简书作者）
原文链接：http://www.jianshu.com/p/d544cd964ced
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。
下面举几个例子：
1、声明delegate为strong类型，简而言之，如果父VC持有子VC，并设置子VC的delegate为self（也就是父VC），这样的结果就是子VC也间接持有了父VC，造成循环引用，在Pop子VC的时候不会调用delloc。
2、timer是否持有self，我们一般要执行一个timer的时候会用(NSTimer*)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo这里的aTarget一般是self，这时候就需要注意了，如果在你退出的时候这个timer还在执行的话由于这个timer会持有self，所以delloc也不会调用，这里可以用weakSelf代替self也是没有问题的。
3、最常见的就是block导致的循环引用，由于在重构APP中用到了MVVM架构，使用了大量的信号机制，导致block到处飞（哈哈），解决的最多的就是这种了，解决方法也很简单，就是在block外声明__weaktype(self) weakSelf =self，在block中用weakSelf就可以了，还有就是在block中如果使用了成员变量的下划线形式也要改成weakSelf.PropertyName的形式。MVVM中定义了宏对@weakify(self)和@strongify(self)可以理解为__weaktype(self) weakSelf = self的简化形式，可以拿来直接使用。
4、图片没释放，instrument调试后，发现没被释放的全是imageIO，差不多就知道了，把读图的方式，从[UIImageimageNamed:@""],改成imageWithContentsOfFile，就可以了。
5、使用GPUImage处理拍照的时候，内存稳定不明增长。是Xcode7.1的问题。。只在debug的时候导致内存崩溃，release的时候并不会造成内存溢出，所以可以不必管它。
6、CoreFoundation对象(C对象) : 只要函数中包含了create\new\copy\retain等关键字, 那么这些方法产生的对象,就必须在不再使用的时候调用1次CFRelease或者其他release函数
网友评论