转向ARC的说明.docVIP

ARC是一个编译器特征，它提供了对OC对象自动管理内存。ARC让开发者专注于感兴趣的代码和对象的关系，而不用考虑对象的retain和release。 ? 概要 ARC在编译时期添加代码，保证对象可用。概念上说，ARC遵循手动引用计数的规则，替开发者，在编译时期添加合适的代码。 ? Xcode4.2（Mac OS 10.6、10.7和iOS4和iOS5）支持ARC，弱引用在10.6和iOS4上不支持。 ? Xcode提供了一个工具：自动机械得转化为ARC(比如移除retain和release的调用)，并帮助开发者解决不能自动迁移的问题。迁移工具将所有文件转化成ARC，开发者也可以对单个文件实施ARC，方便于开发者对某些文件手动引用计数。 ? ARC概要 ARC评估了对象的生命周期，并自动插入合适的代码在编译时期，从而代替开发者不得不考虑何时需要retain、release和autolease。同编译器替开发者，生成合适的dealloc方法。一般来说，当开发者需要在手动引用计数和ARC配合使用时候，使用传统ARC的Cocoa命名惯例是很重要的。 ? 一个正确的完整的Person类如下： ? @interface?Person?:?NSObject??? @property?NSString?*firstName;??? @property?NSString?*lastName;??? @property?NSNumber?*yearOfBirth;??? @property?Person?*spouse;??? @end??? ???? @implementation?Person??? @end??? ? 对象的属性默认是strong；strong属性在 “ARC Introduces New Lifetime Qualifiers.”有描述 ? -?(void)contrived?{??? ????Person?*aPerson?=?[[Person?alloc]?init];??? ????[aPerson?setFirstName:@William];??? ????[aPerson?setLastName:@Dudney];??? ????[aPerson?setYearOfBirth:[[NSNumber?alloc]?initWithInteger:2011]];??? ????NSLog(@aPerson:?%@,?aPerson);??? }??? ? ARC掌管了内存管理，所以Person和NSNumber不会泄露。 ? 开发者还可以安全得实现Person类的方法takeLastNameFrom： ? -?(void)takeLastNameFrom:(Person?*)person?{??? ????NSString?*oldLastname?=?[self?lastName];??? ????[self?setLastName:[person?lastName]];??? ????NSLog(@Lastname?changed?from?%@?to?%@,?oldLastname,?[self?lastName]);??? }??? ? ARC确保oldLastName在NSLog之前不会被销毁。 ? ARC执行了新的规则 ARC执行了一些新的规则，是其他编译模式没有的。这个规则是：致力于提供一个安全可靠的内存管理模式。在某些情况下，他们只是执行最佳实践；某些情况，他们简化你的代码或者处理那没明显的不需要内存问题。如果你违反这些规则，立即得到一个编译错误，而不会在运行显示一个微妙的bug。 ? ●?开发者不能显示调用dealloc；不能实现和调用retain、release、retainCount和autorelease。 禁止使用@selector(retain),@selector(release)等等。 开发者仍可以实现dealloc方法，如果你想管理资源而不是变量。开发者不能release变量，但是可以调用[systemClassInstance setDelegate:nil]在系统类上，或者其他不是用ARC编译的代码上。 ARC中自定义的dealloc方法，不需要调用[super dealloc]（其实这样做就会导致编译错误），编译器会强制自动链接到父类。 开发者仍可以对Core Foundation-style对象，使用CFRetain,CFRelease和其他相关方法。 ? ● 不能使用NSAllocateObject或者NSDeallocateObject。开发者创建对象使用alloc，运行时环境负责销毁对象。 ? ● 在C数据结构中，不能使用对象指针。可以使用OC类来代替C的stru