旧工程配置arc方案：

1,直接在targets->build phases中修改compiler Flags,是否支持arc。添加：-fobjc-arc，就可以让旧项目支持arc。

新工程配置arc方案，新工程里面使用ARC，但是使用旧的库没有使用arc：

如果想让原来支持arc的不使用arc则添加-fno-objc-arc

直接在targets->build phases中修改compiler Flags,

这样以来，新旧工程的ARC适配问题就解决了。

说明：在arc中，strong对应原来的retain与copy，weak对应原来的assign。

EX：举例使用autorelease：

NSArray *testArray = PX_AUTORELEASE([[NSArray alloc] init]);

//如果支持arc，testArray就只是alloc init，release的事情由系统来做。

//如果不支持arc，那这条语句相当于：

NSArray *testArray = [[[NSArray alloc] init] autorelease];

这样不管以后改不改arc，都不会内存泄漏了 .

所以，arc的使用有两点：

A:在build phases中修改compiler Flags值。

B:在代码中判断是否支持arc，包括对属性（property）、释放（release）的判断。

3,在dealloc中需要这样做：

类如果注册了通知（观察者模式），需要remove掉。这个不管是否支持arc，都必须要做的。

- (void)dealloc {

[[NSNotificationCenterdefaultCenter] removeObserver:self];//如果注册了通知的话。

[self removeObserver:self forKeyPath:keyPath];//如果注册了kvo的话。

#if !__has_feature(objc_arc)  //在这里也需要判断是否支持arc，支持的话就执行旧工程中该release的语句.

[array release]; //array代表alloc但没有autorelease的变量

[super dealloc];

#endif

}

4，另外加点block的判断，这个是在4.0以后有的，当然也可以不进行判断，因为现在大多数都4.0以后了。

#if NS_BLOCKS_AVAILABLE

#endif

总结：

1,arc的设置是在build phases中修改compiler Flags的值。

2,如果使用了arc，在你的代码中不可以使用retain, release, autorelease，如果使用的话会报错。

3,如果使用了arc，在@property声明中，用strong和weak代替相应的retain, copy,和assign。

4,如果使用了arc，NSAutoReleasePool也不能使用，测试发现，用@autoreleasepool 代替，不会编译报错。

总之，一切你之前“背过”的那几条内存管理规则，你都不用去管了。而且，个人感觉，用arc代码清晰很多，而且效率也提高了些。