iOS面试题系列之内存管理

内存管理的一些概念

为什么要使用内存管理?

1.严格的内存管理，能够是我们的应用程在性能上有很大的提高
2.如果忽略内存管理，可能导致应用占用内存过高，导致程序崩溃

OC的内存管理主要有三种方式:

1.ARC（自动内存计数）
2.手动内存计数
3.内存池

OC中内存管理的基本思想:

保证任何时候指向对象的指针个数和对象的引用计数相同，多一个指针指向这个对象这个对象的引用计数就加1，少一个指针指向这个对象这个对象的引用计数就减1。没有指针指向这个对象对象就被释放了。

1.每个对象都有一个引用计数器，每个新对象的计数器是1，当对象的计数器减为0时，就会被销毁
2.通过retain可以让对象的计数器+1、release可以让对象的计数器-1
3.还可以通过autorelease pool管理内存
4.如果用ARC，编译器会自动生成管理内存的代码

苹果官方基础内存管理规则:

1.你拥有你创建的任何对象
2.你可以使用retain获取一个对象的拥有权
3.当你不再需要它，你必须放弃你拥有的对象的拥有权
4.你一定不能释放不是你拥有的对象的拥有权

内存管理的管理范围
任何继承了NSObject的对象
对其他非对象类型无效(int、char、float、double、struct、enum等 )

只有OC对象才需要进行内存管理的本质原因
OC对象存放于堆里面
非OC对象一般放在栈里面(栈内存会被系统自动回收)

自动内存管理

ARC 原理

当我们编译源码的时候，编译器会分析源码中每个对象的生命周期，然后基于这些对象的生命周期，来添加相应的引用计数操作代码。所以，ARC 是工作在编译期的一种技术方案。

谈谈你对 ARC 的认识和理解？

ARC 是iOS 5推出的新功能。编译器在代码里适当的地方自动插入 retain / release 完成内存管理（引用计数）。但ARC相对于MRC，又不是在编译时添加retain/release/autorelease这么简单。应该是编译期和运行期两部分共同帮助开发者管理内存。
ARC是编译器的特性，并非运行时的特性，也不是其他编程语言中的垃圾回收器。因此自动管理和手动管理内存其实一样的，但是自动管理更加快速，因为编译器执行某些优化。
通过 retainCount 的机制来决定对象是否需要释放。每次 runloop 的时候，都会检查对象的 retainCount，如果retainCount 为 0，说明该对象没有地方需要继续使用了，可以释放掉了。
在编译期，ARC用的是更底层的C接口实现的retain/release/autorelease，这样做性能更好，也是为什么不能在ARC环境下手动retain/release/autorelease，同时对同一上下文的同一对象的成对retain/release操作进行优化（即忽略掉不必要的操作）；ARC也包含运行期组件，这个地方做的优化比较复杂，但也不能被忽略。
ARC在调用这些方法时，并不通过objective-c的消息转发机制，而是直接调用其底层C语言版本API，这样做性能更好，因为保留及释放操作需要频繁的执行，直接调用其底层的函数能节省很多CPU周期，如ARC会调用与retain等价的底层函数objc_retain.
在使用ARC时必须遵循方法命名规则，alloc，new，copy，mutablecopy。ARC通过命名约定将内存管理标准化。
ARC管理对象生命期的办法是：在合适的地方，插入“保留”及“释放”操作。在方法中创建的对象，在方法中自动插入release；类中的对象，在dealloc方法中释放。
ARC下，变量的内存管理语义可以通过修饰符指明。
ARC只负责管理objective-c 对象的内存，CoreFoundation 对象不归ARC管理。

ARC机制中,系统判断对象是否被销毁的依据是什么?
是否有强指针指向该对象

关闭ARC功能

引用计数器

系统是如何判断 什么时候需要回收一个对象所占用的内存?
根据对象的引用计数器。也可以理解为，它表示有多少人正在用这个对象。

1.给对象发送一条retain消息，可以使引用计数器+1(retain方法返回对象本身)
2.给对象发送一条release消息，可以使引用计数器-1(注意release并不代表销毁/回收对象，仅仅是计数器-1)
3.给对象发送retainCount消息，可以获得当前的引用计数值
4.当对象的引用计数器为0时, 对象占用的内存就会被系统回收。系统会自动给对象发送一条dealloc消息

(因此, 从dealloc方法有没有被调用, 就可以判断出对象是否被销毁)
如果对象的计数器不为0，那么在整个程序运行过程，它占用的内存就不可能被回收(除非整个程序已经退出 )

dealloc

dealloc方法的重写
一般会重写dealloc方法, 在这里释放相关资源，MRC就必须调用[super dealloc]，并且放在最后面调用。 ARC 中不能调用[super dealloc]
不能直接调用dealloc方法
一旦对象被回收了, 它占用的内存就不再可用,
坚持使用会导致程序崩溃（野指针错误）
dealloc方法的内存管理

- (void)dealloc {
   // 当人不在了，代表不用车了  
   // 对车做一次release操作
  [_car release]; 
  [super dealloc];  
}

野指针\空指针

僵尸对象
已经被销毁的对象(不能再使用的对象)
野指针
指向僵尸对象(不可用内存)的指针
给野指针发消息会报EXC_BAD_ACCESS错误
空指针
没有指向存储空间的指针(里面存的是nil, 也就是0)
给空指针发消息是没有任何反应的
为了避免野指针错误的常见办法
在对象被销毁之后, 将指向对象的指针变为空指针
开启僵尸对象监控
默认情况下，Xcode是不会管僵尸对象的，使用一块被释放的内存也不会报错。为了方便调试，应该开启僵尸对象监控

image

自动释放池

自动释放池底层怎么实现？
(以栈的方式实现的)(系统自动创建，系统自动释放)栈里面的(先进后出)
内存里面有栈，栈里面有自动释放池。
自动释放池以栈的形式实现：当你创建一个新的自动释放池时，它将被添加到栈顶。当一个对象收到发送autorelease消息时,它被添加到当前线程的处于栈顶的自动释放池中，当自动释放池被回收时，它们从栈中被删除，并且会给池子里面所有的对象都会做一次release操作。
在iOS程序运行过程中，会创建无数个池子。这些池子都是以栈结构存在（先进后出）
当一个对象调用autorelease方法时，会将这个对象放到栈顶的释放池

什么是自动释放池?
答：自动释放池是用来存储多个对象类型的指针变量

自动释放池对池内对象的作用?
被存入到自动释放池内的对象，当自动释放池被销毁时，会对池内的对象全部做一次release操作

对象如何放入到自动释放池中?

当你确定要将对象放入到池中的时候，只需要调用对象的 autorelease 对象方法就可以把对象放入到自动释放池中

多次调用对象的autorelease方法会导致什么问题?
答：多次将地址存到自动释放池中,导致野指针异常

自动释放池作用
将对象与自动释放池建立关系，池子内调用 autorelease 方法，在自动释放池销毁时销毁对象，延迟 release 销毁时间

自动释放池，什么时候创建?

程序刚启动的时候，也会创建一个自动释放池
产生事件以后，运行循环开始处理事件，就会创建自动释放池

什么时候销毁的?

程序运行结束之前销毁
事件处理结束以后，会销毁自动释放池
还有在池子满的时候，也会销毁

自动释放池使用注意：
不要把大量循环操作放在释放池下，因为这会导致大量循环内的对象没有被回收，这种情况下应该手动写 release 代码。尽量避免对大内存对象使用 autorelease ，否则会延迟大内存的回收。

苹果是如何实现 autoreleasepool 的？
autoreleasepool 以一个队列数组的形式实现，主要通过下列三个函数形成 objc_autoreleasepoolPush、objc_autoreleasepoolPop、objc_autorelease。

前两个函数执行 autorelease 的 push 和 pop 操作，销毁对象执行 release 操作。
举例说明：一旦类除了作用域，在类的 dealloc 方法中打上断点，我们就可以看到这样的堆栈信息。

autorelease的对象是在什么时候被release的？
答：autorelease实际上只是把对release的调用延迟了，对于每一个Autorelease，系统只是把该Object放入了当前的 Autoreleasepool中，当该pool被释放时，该pool中的所有Object会被调用Release。对于每一个Runloop，系统会隐式创建一个Autoreleasepool，这样所有的releasepool会构成一个象CallStack一样的一个栈式结构，在每一个 Runloop结束时，当前栈顶的Autoreleasepool会被销毁，这样这个pool里的每个Object（就是autorelease的对象）会被release。那什么是一个Runloop呢？一个UI事件，Timer call，delegate call， 都会是一个新的Runloop。

If we don’t create any autorelease pool in our application then is there any autorelease pool already provided to us?
系统会默认会不定时地创建和销毁自动释放池

When you will create an autorelease pool in your application?
当不需要精确地控制对象的释放时间时，可以手动创建自动释放池

@property内存管理策略的选择
读写属性：readwrite 、readonly
setter语意：assign 、retain / copy
原子性（多线程管理）：atomic 、 nonatomic
强弱引用：strong 、 weak

读写属性：
readwrite ：同时生成 set 和 get 方法(默认)
readonly ：只会生成 get 方法

控制set方法的内存管理：
retain：release 旧值，retain 新值。希望获得源对象的所有权时，对其他 NSObject 和其子类(用于 OC 对象)
copy ：release 旧值，copy 新值。希望获得源对象的副本而不改变源对象内容时(一般用于 NSString ，block )
assign ：直接赋值，不做任何内存管理(默认属性)，控制需不需生成 set 方法。对基础数据类型 （NSInteger ，CGFloat ）和C数据类型（int , float , double , char , 等等）

原子性（多线程管理）：

atomic
默认属性，访问方法都为原子型事务访问。锁被加到所属对象实例级，性能低。原子性就是说一个操作不可以中途被 cpu 暂停然后调度, 即不能被中断, 要不就执行完, 要不就不执行. 如果一个操作是原子性的,那么在多线程环境下, 就不会出现变量被修改等奇怪的问题。原子操作就是不可再分的操作，在多线程程序中原子操作是一个非常重要的概念，它常常用来实现一些同步机制，同时也是一些常见的多线程 Bug 的源头。当然，原子性的变量在执行效率上要低些。
nonatomic
非原子性访问。不加同步，尽量避免多线程抢夺同一块资源。是直接从内存中取数值，因为它是从内存中取得数据，它并没有一个加锁的保护来用于cpu中的寄存器计算Value，它只是单纯的从内存地址中，当前的内存存储的数据结果来进行使用。 多线程并发访问会提高性能，但无法保证数据同步。尽量避免多线程抢夺同一块资源，否则尽量将加锁资源抢夺的业务逻辑交给服务器处理，减少移动客户端的压力。
当有多个线程需要访问到同一个数据时，OC中，我们可以使用 @synchronized （变量）来对该变量进行加锁（加锁的目的常常是为了同步或保证原子操作）。

强指针(strong)、弱指针(weak)

strong
strong 系统一般不会自动释放，在 oc 中，对象默认为强指针。作用域销毁时销毁引用。在实际开放中一般属性对象一般 strong 来修饰（NSArray，NSDictionary），在使用懒加载定义控件的时候，一般也用strong。
weak
weak 所引用对象的计数器不会加一，当对象被释放时指针会被自动赋值为 nil，系统会立刻释放对象。
__unsafe_unretained 弱引用 当对象被释放时指针不会被自动赋值为 ni
在ARC时属性的修饰符是可以用 assign 的（相当于 __unsafe_unretained）
在ARC时属性的修饰符是可以用 retain 的 (相当于 __strong)
假定有N个指针指向同一个对象，如果至少有一个是强引用，这个对象只要还在作用域内就不会被释放。相反，如果这N个指针都是弱引用，这个对象马上就被释放
在使用 sb 或者 xib 给控件拖线的时候，为什么拖出来的先属性都是用 weak 修饰呢？
由于在向 xib 或者 sb 里面添加控件的时候,添加的子视图是添加到了跟视图 View 上面，而 控制器 Controller 对其根视图 View 默认是强引用的，当我们的子控件添加到 view 上面的时候，self.view addSubView: 这个方法会对添加的控件进行强引用，如果在用 strong 对添加的子控件进行修饰的话,相当于有两条强指针对子控件进行强引用, 为了避免这种情况,所以用 weak 修饰。
注意：

（1）addSubView 默认对其 subView 进行了强引用
（2）在纯手码实现界面布局时，如果通过懒加载处理界面控件，需要使用strong强指针

ARC管理内存是用 assign 还是用 weak ？
assign : 如果由于某些原因代理对象被释放了，代理指针就变成了野指针。
weak : 如果由于某些原因代理对象被释放了，代理指针就变成了空指针，更安全（weak 不能修饰基本数据类型，只能修饰对象）。

Copy的使用

copy : 创建的是不可变副本(如NSString、NSArray、NSDictionary)
mutableCopy :创建的是可变副本(如NSMutableString、NSMutableArray、NSMutableDictionary)
使用copy功能的前提
copy : 需要遵守NSCopying协议，实现copyWithZone:方法

@protocol NSCopying
- (id)copyWithZone:(NSZone *)zone;
@end

mutableCopy : 需要遵守NSMutableCopying协议，实现mutableCopyWithZone:方法

@protocol NSMutableCopying
- (id)mutableCopyWithZone:(NSZone *)zone;
@end 

深复制和浅复制
深复制（深拷贝，内容拷贝，deep copy）

源对象和副本对象是不同的两个对象
源对象引用计数器不变, 副本对象计数器为1（因为是新产生的）
本质是：产生了新的对象

浅复制（浅拷贝，指针拷贝，shallow copy）

源对象和副本对象是同一个对象
源对象（副本对象）引用计数器 + 1, 相当于做一次retain操作
本质是：没有产生新的对象

只有源对象和副本对象都不可变时，才是浅复制，其它都是深复制

内存分析

静态分析(Analyze)

不运行程序, 直接检测代码中是否有潜在的内存问题(不一定百分百准确, 仅仅是提供建议)
结合实际情况来分析, 是否真的有内存问题

动态分析(Profile == Instruments)

运行程序, 通过使用app，查看内存的分配情况(Allocations)：可以查看做出了某个操作后(比如点击了某个按钮\显示了某个控制器)，内存是否有暴增的情况(突然变化)
运行程序, 通过使用app, 查看是否有内存泄漏(Leaks)：红色区域代表内存泄漏出现的地方

什么情况下会发生内存泄漏和内存溢出？

内存泄漏：堆里不再使用的对象没有被销毁，依然占据着内存。
内存溢出：一次内存泄露危害可以忽略，但内存泄露多了，内存迟早会被占光，最终会导致内存溢出！当程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如数据长度比较小的数据类型 存储了数据长度比较大的数据。
内存泄漏检查

关于图片占用内存管理

图片加载占用内存对比

使用 imageName: 加载图片：

加载到内存当中后，占据内存空间较大
相同的图片，图片不会重复加载
加载内存当中之后，会一直停留在内存当中，不会随着对象销毁而销毁
加载进去图片之后，占用的内存归系统管理，我们无法管理

使用 imageWithContentsOfFile: 加载图片

加载到内存当中后,占据内存空间较小
相同的图片会被重复加载内存当中
对象销毁的时候,加载到内存中图片会随着一起销毁

结论:

图片较小，并且使用频繁，使用 imageName: 来加载(按钮图标/主页里面图片)
图片较大，并且使用较少，使用 imageWithContentsOfFile: 来加载(版本新特性/相册)

图片在沙盒中的存在形式

部署版本在>=iOS8的时候，打包的资源包中的图片会被放到Assets.car。图片有被压缩；
部署版本在 没有放在Images.xcassets里面的所有图片会直接暴露在沙盒的资源包(main Bundle), 不会压缩到Assets.car文件，会被放到MainBudnle里面。图片没有被压缩
结论：

小图片\使用频率比较高的图片放在Images.xcassets里面
大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)不要放在Images.xcassets里面

内存管理问题
单个对象内存管理的问题

关于内存我们主要研究的问题是什么?
野指针：对象的retainCount已经为0,保存了对象指针地址的变量就是野指针。使用野指针调用对象的方法,会导致野指针异常,导致程序直接崩溃
内存泄露：已经不在使用的对象,没有正确的释放掉,一直驻留在内存中,我们就说是内存泄漏
僵尸对象?
retainCount = 0的对象被称之为僵尸对象,也就是不能够在访问的对象

是什么问题导致,访问僵尸对象,时而正确时而错误?
如何开始xcode的时时检测僵尸对象功能?

当对象的retainCount = 0 时 能否调用 retain方法使对象复活?
已经被释放的对象是无法在复活的
如何防止出现野指针操作?
通常在调用完release方法后，会把保存了对象指针地址的变量清空，赋值为nil
在oc中没有空指针异常,所以使用[nil retain]调用方法不会导致异常的发生
内存泄漏有几种情况?

没有配对释放，不符合内存管理原则
对象提前赋值为nil或者清空，导致release方法没有起作用

多个对象内存管理的问题

对象与对象之间存在几种关系?

继承关系
组合关系
对象作为方法参数传递

对象的组合关系中,如何确保作为成员变量的对象,不会被提前释放?
重写set方法，在set方法中，retain该对像，使其retainCount值增加 1
组合关系导致内存泄漏的原因是什么?
在set方法中，retain了该对象，但是并没有配对释放
作为成员变量的对象,应该在那里配对释放?
在dealloc函数中释放

内存相关的一些数据结构的对比

简述内存分区情况

代码区：存放函数二进制代码
数据区：系统运行时申请内存并初始化，系统退出时由系统释放。存放全局变量、静态变量、常量
堆区：通过malloc等函数或new等操作符动态申请得到，需程序员手动申请和释放
栈区：函数模块内申请，函数结束时由系统自动释放。存放局部变量、函数参数

手机的存储空间分为内存（RAM）和闪存（Flash）两种

内存一般较小：1G、2G、3G、4G。闪存空间相对较大16G、32G、64G；
内存的读写速度较快、闪存的读写速度相对较慢；
内存里的东西掉电后全部丢失、闪存里的东西掉电也不丢；
内存相当于电脑的内存条、闪存相当于电脑的硬盘；

堆和栈的区别？

管理方式：
堆释放工作由程序员控制，容易产生memory leak；
栈是由编译器自动管理，无需我们手工控制。
申请大小：
堆：堆是向高地址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大。
栈：在Windows下,栈是向低地址扩展的数据结构，是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的，在 Windows下，栈的大小是2M（也有的说是1M，总之是一个编译时就确定的常数），如果申请的空间超过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。
碎片问题：
堆：频繁的new/delete势必会造成内存空间的不连续，从而造成大量的碎片，使程序效率降低。
栈：则不会存在这个问题，因为栈是先进后出的队列，他们是如此的一一对应，以至于永远都不可能有一个内存块从栈中间弹出
分配方式：
堆都是动态分配的，没有静态分配的堆。
栈有2种分配方式：静态分配和动态分配。静态分配是编译器完成的，比如局部变量的分配。动态分配由alloc函数进行分配，但是栈的动态分配和堆是不同的，他的动态分配是由编译器进行释放，无需我们手工实现。
分配效率：
栈：是机器系统提供的数据结构，计算机会在底层对栈提供支持：分配专门的寄存器存放栈的地址，压栈出栈都有专门的指令执行，这就决定了栈的效率比较高。
堆：则是C/C++函数库提供的，它的机制是很复杂的。
每个App有个内存空间，假定是4G，分为堆和栈两大部分。一般来说每个进程有一个堆（这个进程的所有线程共用这个堆），进程中的线程有自己栈。
通过alloc、new或malloc获得的内存在堆中分配，堆中的内存需要写相应的代码释放。如果进程结束了在堆中分配的内存会自动释放。
局部变量、函数参数是在栈空间中分配，如果函数返回这个函数中的局部变量、参数所占的内存系统自动释放（回收）。
程序在编译期对变量和函数分配内存都在栈上进行，且程序运行过程中函数调用时参数的传递也在栈上进行。

队列和栈有什么区别：
队列和栈是两种不同的数据容器。从”数据结构”的角度看，它们都是线性结构，即数据元素之间的关系相同。
队列是一种先进先出的数据结构，它在两端进行操作，一端进行入队列操作，一端进行出列队操作。
栈是一种先进后出的数据结构，它只能在栈顶进行操作，入栈和出栈都在栈顶操作。

链表和数组的区别在哪里?
二者都属于一种数据结构。如果需要快速访问数据，很少或不插入和删除元素，就应该用数组；相反， 如果需要经常插入和删除元素就需要用链表数据结构。

从逻辑结构来看

数组必须事先定义固定的长度（元素个数），不能适应数据动态地增减的情况。当数据增加时，可能超出原先定义的元素个数；当数据减少时，造成内存浪费；数组可以根据下标直接存取。
链表动态地进行存储分配，可以适应数据动态地增减的情况，且可以方便地插入、删除数据项。（数组中插入、删除数据项时，需要移动其它数据项，非常繁琐）链表必须根据next指针找到下一个元素

从内存存储来看

数组从栈中分配空间，对于程序员方便快速，但是自由度小
链表从堆中分配空间, 自由度大但是申请管理比较麻烦

面试题

如何让程序尽量减少内存泄漏

非ARC
Foundation 对象( OC 对象) : 只要方法中包含了 alloc\new\copy\mutableCopy\retain 等关键字，那么这些方法产生的对象, 就必须在不再使用的时候调用1次 release 或者1次 autorelease。
CoreFoundation 对象( C 对象) : 只要函数中包含了 create\new\copy\retain 等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次 CFRelease 或者其他 release 函数。
ARC(只自动管理OC对象, 不会自动管理C语言对象)
CoreFoundation 对象( C 对象) : 只要函数中包含了 create\new\copy\retain 等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次 CFRelease 或者其他 release 函数。

block的注意

// block的内存默认在栈里面(系统自动管理)
void (^test)() = ^{

};
// 如果对block进行了Copy操作, block的内存会迁移到堆里面(需要通过代码管理内存)
Block_copy(test);
// 在不需要使用block的时候, 应该做1次release操作
Block_release(test);
[test release];

解除Block的循环引用

image

野指针举例
建了个视图控制器(ARC时)某个函数里写了如下代码。当这个函数返回时因为没有指针指向b所以b会被释放、但是b.view不会被释放。如果在b里有需要操作b的地方（比如代理的方法），就会产生野指针（提前释放）

B *b = [[B alloc]init];
[self.view addSubview:b.view];

set方法

在对象的组合关系中,导致内存泄漏有几种情况?
1.set方法中没有retain对象
2.没有release掉旧的对象
3.没有判断向set方法中传入的是否是同一个对象
该如何正确的重写set方法?

1.先判断是否是同一个对象
2.release一次旧的对象
3.retain新的对象
写一个setter方法用于完成@property （nonatomic,retain）NSString *name,
写一个setter方法用于完成@property（nonatomic，copy）NSString *name。

@property(nonatomic, copy) NSString *name;
- (void)setName:(NSString *)name {
    if (_name != name) {
        [_name release];
        _name = [name copy];
    }
}

- (void)dealloc {
    self.name = nil;
    // 上边这句相当于下边两句
    [_name release];
    _name = nil;

引用计数的使用

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        // 1
        Person *p = [[Person alloc] init];

        p.age = 20;

        // 0 (p指向的内存已经是坏内存, 称person对象为僵尸对象)
        // p称为野指针, 野指针: 指向僵尸对象(坏内存)的指针
        [p release];

        // p称为空指针
        p = nil;

        p.age = 40;
//        [0 setAge:40];

        // message sent to deallocated instance 0x100201950
        // 给空指针发消息不会报错
        [p release];
    }
    return 0;
}

堆和栈

#import 
#import "Car.h"

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        int a = 10; // 栈

        int b = 20; // 栈

        // c : 栈
        // Car对象(计数器==1) : 堆
        Car *c = [[Car alloc] init];
    }

    // 当autoreleasepool执行完后后, 栈里面的变量a\b\c都会被回收
    // 但是堆里面的Car对象还会留在内存中, 因为它是计数器依然是1

    return 0;
}

看下面的程序,三次NSLog会输出什么？为什么？
结果：3、2、1

NSMutableArray* ary = [[NSMutableArray array] retain];  
NSString *str = [NSString stringWithFormat:@"test"];  // 1 
[str retain];   // 2
[ary addObject:str]; // 3  
NSLog(@"%d", [str retainCount]);  
[str retain];  // 4
[str release];   // 3
[str release];   // 2
NSLog(@"%d", [str retainCount]);  
[ary removeAllObjects]; // 1  
NSLog(@"%d", [str retainCount]);   

MRC下 copy retain 的引用计数retain

- (void)setName:(NSString *)name{
    if (_name != name) {
        [ _name release];
        _name = [name retain];
    }
}
- (NSString *)name{
    return [[ _name retain] autorelease];
}

copy

- (void)setName:(NSString *)name{
    if (_name != name) {
        [ _name release];
        _name = [name copy];
    }
}
- (NSString *)name{
    return [[ _name retain] autorelease];
}

NSString copy 是浅复制，属于指针复制，引用计数 +1 和 retain 一样没区别。浅复制就是指针复制，出现两个指针，一块地址空间，旧指针和复制指针指向同一块地址空间，如果源地址数据改变 那么两个指针指向的值就会改变。
对于系统的非容器类对象，我们可认为，如果对一不可变对象复制，copy是指针复制（浅拷贝）和mutbleCopy就是对象复制（深拷贝），如果是对可变对象复制，都是深拷贝，但是copy返回的对象是不可变的。
就相当于
@property（copy） NSString *name;
name 指针复制，两个不同的指针，假如一个赋值其他值，name不会变。
初始的时候两个指针指向同一个地址，这个地址内容更改，两个都会更改。

[NSArray arrayWithobject:]后需要对这个数组做释放操作吗？
答： 不需要，这个对象被放到自动释放池中

老版本的工程是可以转换成使用ARC的工程,转换规则包括：

去掉所有的retain，release，autorelease
把NSAutoRelease替换成@autoreleasepool{}块
把assign的属性变为weak使用ARC的一些强制规定
dealloc方法来管理一些资源，但不能用来释放实例变量，也不能在dealloc方法里面去掉[super dealloc]方法，在ARC下父类的dealloc同样由编译器来自动完成
Core Foundation类型的对象任然可以用CFRetain，CFRelease这些方法
不能在使用NSAllocateObject和NSDeallocateObject对象
不能在c结构体中使用对象指针，如果有类似功能可以创建一个Objective-c类来管理这些对象
在id和void *之间没有简便的转换方法，同样在Objective-c和core Foundation类型之间的转换都需要使用编译器制定的转换函数
不能使用内存存储区（不能再使用NSZone）
不能以new为开头给一个属性命名
声明outlet时一般应当使用weak，除了对StoryBoard，这样nib中间的顶层对象要用strong
weak 相当于老版本的assign，strong相当于retain。

以下文章可以做一个学习参考：
GCD面试要点
block面试要点
Runtime面试要点
RunLoop面试要点
内存管理面试要点
MVC、MVVM面试要点
网络性能优化面试要点
网络编程面试要点
KVC&KVO面试要点
数据存储面试要点
混编技术面试要点
设计模式面试要点
UI面试要点