IOS ARC 内存自动管理机制，目前，几乎好多的项目都会用ARC去，因为，它把内存释放这个体力活给干了，不过，虽然ARC很好，我们仍然不能完全把内存管理这回事抛在脑后。
ARC的工作原理：
ARC 是一个编译前的步骤， 它为我们的代码自动加上了retain、release、autorelease语句。
ARC并不是垃圾收集，而且，引用计数也没有消失，只是变成自动而已。听起来像事后追加的这么一个功能；不过，只要我们想一想Objective-C有多少功能是通过对源文件的预处理来处理实现的，就不会为么想了。
当我们用ARC的时候是这样
// Do any additional setup after loading the view, typically from a nib.
NSObject *obj = [[NSObject alloc]init];
用 ARC 是这样
NSObject *obj = [[NSObject alloc]init];
[obj release];
ARC 出现后随后又来了些新的规则：
- 对象的Alloc Init创建对象的方法跟以前一样，但你一定不能调用retain 、release、autorelease、retainCount。也不能通过selector偷偷地调用它们: 禁止使用@selector(retain)和@selector(release)。
- dealloc方法
ARC为自动为你调用，一定不能直接调用dealloc。不过，如果你需要释放实例变量以外的资源，还是可以创建自定义的dealloc方法。但在这个方法里，不要调用[super dealloc]。因为ARC会帮你调。 - 声明的属性
在ARC之前，我们是用@property指令中的assign、retain、copy参数来告诉编译器，如何管理这些属性的内存。用了ARC之后，这些参数就作废了，改用weak、strong这两个参数。 - C结构中的对象指针
同样禁止使用。文档里建议不要把它们放在结构了，改放到类里去。否则ARC就不认识它们了。可能会出现一些移植上的问题。不过，ARC是可以以文件为单位来关闭的。参考下文的“引入不兼容ARC的代码”。 - 以@autoreleasepool代替NSAutoReleasePool 兼容ARC的代码不能再使用NSAutoReleasePool对象，而要改用@autoreleasepool{}块。
int main(int argc, char *argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([ExampleAppDelegate class]));
}
}
在ARC 下，一般都是strong,week,就说强应用，和弱引用，
strong 强引用 ：@property(strong)UIView *bgView;
相当与该对象的所有属性，也就是只有当该对象的strong 属性 释放掉后该对象才销毁。
