iOS内存管理

Posted 2020-09-20 杨铭宇

1.

　　ios的内存管理采用的是手动回收机制，每次alloc init / new / copy执行过后，针对某对象的内存计数器将会+1，该对象执行一次release操作则-1。当计数器为0时，则该对象被回收。若计数器当前计数为0，依然执行release的话，程序则会crash。

若变量获取的方法不属于alloc new copy 三者之一，则可认为已被设置为autorelease

 alloc:像某个类发送alloc消息的结果就是给类分配一块足够大的内存来存放实例变量。同时alloc还会顺便将这块内存全部初始化为0.一块刚刚分配的内存不能立即使用，需要先初始化该对象才能使用。

init:是从操作系统取得一块内存，准备用于存储对象。要与alloc嵌套调用，因为初始化方法返回的对象可能与分配的对象不同。

　　iPhone没有动态内存交换，如果你在堆中分配了一些动态内存如NSString，即使系统内存不够了，系统也不会将它写到磁盘中来整理出一些内存，取而代之的是一个内存警告。动态内存交换对手持系统来说要求太高，因此没有启用。
　　比较系统的一篇IOS内存管理的文章:http://blog.csdn.net/KOmyself/article/details/7549229

　　内存中常量字符串的空间分配与其它对象不同，它们没有引用计数机制，因此永远不能释放这些对象，[（retain count）返回0Xffffffff]　

　　创建后被多次 多个位置引用的对象（可能存放在一个数组中也可能被其他地方的实例变量引用）只有在确定被引用完之后才能释放占用的内存，Foundation为此提供了一个巧妙的解决方案，用于跟踪对象的引用次数：引用计数。（创建时为1，每次必须保持该对象时发送【myFraction retain】消息，引用次数加1  不再需要时，发送【myFraction release]消息，使对象引用次数减1 retain为0 时 释放内存向对象【发送dealloc消息】）

　　对对象添加到任何类型的集合都会使得该对象的引用次数加1，这就是每次addSubview之后都要release一下的原因，该对象不会被释放，仍可被引用。但赋值，拷贝操作 retain大小不变。将对象添加到自动释放池（release），并不影响其引用次数，仅仅为以后释放做了标记。

　

　　2.

　　assign、retain、copy、atomic、nonatomic之间的区别：

 

转自：http://blog.csdn.net/zcl369369/article/details/7551500

 

1）. 假设你用malloc分配了一块内存，并且把它的地址赋值给了指针a，后来你希望指针b也共享这块内存，于是你又把a赋值给（assign）了b。此时a和b指向同一块内存，请问当a不再需要这块内存，能否直接释放它？答案是否定的，因为a并不知道b是否还在使用这块内存，如果a释放了，那么b在使用这块内存的时候会引起程序crash掉。 

2）. 了解到1中assign的问题，那么如何解决？最简单的一个方法就是使用引用计数（reference counting），还是上面的那个例子，我们给那块内存设一个引用计数，当内存被分配并且赋值给a时，引用计数是1。当把a赋值给b时引用计数增加到2。这时如果a不再使用这块内存，它只需要把引用计数减1，表明自己不再拥有这块内存。b不再使用这块内存时也把引用计数减1。当引用计数变为0的时候，代表该内存不再被任何指针所引用，系统可以把它直接释放掉。 

3). 上面两点其实就是assign和retain的区别，assign就是直接赋值，从而可能引起1中的问题，当数据为int, float等原生类型时，可以使用assign。retain就如2中所述，使用了引用计数，retain引起引用计数加1, release引起引用计数减1，当引用计数为0时，dealloc函数被调用，内存被回收。 

4). copy是在你不希望a和b共享一块内存时会使用到。a和b各自有自己的内存。 

5）. atomic和nonatomic用来决定编译器生成的getter和setter是否为原子操作。在多线程环境下，原子操作是必要的，否则有可能引起错误的结果。加了atomic，setter函数会变成下面这样：

 

if (property != newValue) {        
    [property release];        
    property = [newValue retain];        
}