Objective-C自动引用计数
纪念杭州湛蓝的天空
1.内存管理的本质
自己生成的对象，自己持有；
非自己生成的对象自己也能持有 ；
自己持有的对象不在需要时释放；
非自己生成的对象组发释放
当调用alloc/new/copy/mutableCopy等方法生成并持有对象，当被其他对象所持有时会调用retain方法，当不需要的时候就会调用release方法，当引用计数为零的时候调用dealloc方法进行销毁，并释放其所占内存
2.所有权修饰符
1.__strong修饰符
__strong修饰符是id类型和对象类型默认的所有权修饰符；__strong修饰符修饰的对象被’强引用’，持有强引用的变量在超出其作用与时被废弃，随着强引用的失效，引用的对象会随之释放。
id obj = [[NSObjectalloc]init];与id __strong obj1 = [[NSObject alloc]init];本质相同
2.__weak修饰符
__weak主要解决的事循环引用引起的内存泄漏（所谓内存泄漏就是应当废弃的对象超出其生命周期后仍然存在）。 与__strong修饰符相反，__weak修饰符提供的是弱引用，不持有对象也不会引起引用计数的变化，所以被__weak修饰符修饰的对象不能持有对象的实例。__weak修饰符的另一个优点，在持有的对象弱引用的时候，若该对象被废弃，则此弱引用将自动失效且处于nil被赋值的状态。
代码：
idobjc = [[NSObjectalloc]init];
id__weakobjc1 = objc;
idobjc2 = objc;
NSLog(@"%ld\n%@",(long)CFGetRetainCount((__bridgeCFTypeRef)(objc)),count);
输出为：2
3.__unsafe_unretained修饰符
__unsafe_unretained正如其unsafe所示，是不安全的所有权修饰符，与__weak修饰符功能类似（慎用）。
4.__autoreleasing修饰符
在ARC环境下“@aotoreleasepool块”来代替“NSAutoreleasPool类对象生成、持有以及废弃”这一范围。__autoreleasing修饰符修饰的变量来代替调用autorelease方法。对象被复制给有__autoreleasing修饰符的变量等价于MRC环境下的autorelease方法，即对象被注册到autoreleasepool。
代码：
@autoreleasepool{
id obj3 = [[NSObjectalloc]init];
NSLog(@"obj3:%p",obj3);
}
id的指针或对象的指针会默认附加__autoreleasing修饰符所以-(BOOL)performOperationWithError:(NSError **)error；与-(BOOL)performOperationWithError:(NSError *__autoreleasing*)error；等同。
赋值给对象指针式，所有全修饰符必须一致：
NSError*error =nil;
NSError**pError = &error;
编译报错：Pointer to non-const type 'NSError *' with no explicit ownership
此时，对象指针必须附加__strong修饰符。
NSError*error =nil;
NSError*__strong*pError = &error;
/** 编译正常 */
为什么在访问附有__weak修饰符的变量时必须要注册到autoreleasepool的对象呢？
因为__weak修饰符只持有对象的弱引用，而在访问引用对象的过程中，该对象可能被废弃。如果把访问的对象注册到autoreleasepool中，那么在@autoreleasepool块结束之前能确保该对象存在。因此，在使用附有__weak修饰符的变量时就必定在使用注册到autoreleasepool中的对象。
属性声明与所有权修饰符的对应关系
