IOS6学习笔记（一）
一.ARC
1.ARC环境下可以使用-（void）dealloc{};处理一些事情（比如移除KVO观察），但不要调用[super dealloc];
2.ARC与非ARC混编要注意符合Cocoa命名约定，比如不能用copyRight这样的方法名，需改成copyright。或使用NS_RETURNS_RETAINED或NS_RETURNS_NOT_RETAINED告诉编译器使用哪种内存管理规则，这些修饰符在NSObjCRuntime.h中定义的。
3.readonlyString在类扩展部分被重新定义时使用readwrite关键字进行修饰，这样一来便为该属性创建了一个私有的设置方法（setter）。
@interface ViewController : UIViewController
@property (nonatomic, readonly, strong) NSString *readonlyString;
@end
@interfaceViewController ()
@property (nonatomic, readwrite, strong) NSString *readonlyString;
@end
二.属性
1.原子性（atomic），LLVM4中加入了该特性。它本意指属性的存取方法是线程安全的。比如，声明了一个MSMutableArray类型的原子属性stuff，这种情况下self.stuff和self.stuff=otherStuff都是线程安全的。但是，使用objectAtIndex:方法访问数组并不是线程安全的，需要用锁来保证线程安全。下面的代码简单表示了atomic的实现：
[_propertyLock lock];
id result = [[value retain] autorelease];
[_propertyLock unlock];
return result;
2.copy,对于非可变类（比如NSString、NSArray）的属性通常应该使用copy修饰。用于声明属性的类可能会拥有可变的子类，比如NSString就可能有一个可变的子类NSMutableString，能够把NSMutableString对象赋给NSString属性，这种情况下你的属性所指向的对象就有可能被其他调用者改变。
@property (nonatomic, copy) NSMutableString *strongStr;
NSMutableString *mString = [[NSMutableStringalloc] initWithFormat:@"mutableString"];
self.strongStr = mString;
NSLog(@"self.strongStr：%@",self.strongStr);
NSLog(@"mString’p：%p",mString);
NSLog(@"self.strongStr’p：%p",self.strongStr);
[mString appendString:@"."];
NSLog(@"self.strongStr：%@",self.strongStr);
NSLog(@"mString’p：%p",mString);
NSLog(@"self.strongStr：%p",self.strongStr);
输出：
2013-06-21 18:08:50.954 PropertyTest[7467:907] self.strongStr：mutableString
2013-06-21 18:08:50.957 PropertyTest[7467:907] mString’p：0x1f592bb0
2013-06-21 18:08:50.959 PropertyTest[7467:907] self.strongStr’p：0x1f592d30
2013-06-21 18:08:50.960 PropertyTest[7467:907] self.strongStr：mutableString
2013-06-21 18:08:50.961 PropertyTest[7467:907] mString’p：0x1f592bb0
2013-06-21 18:08:50.962 PropertyTest[7467:907] self.strongStr’p：0x1f592d30
改为
@property (nonatomic, strong) NSMutableString *strongStr;
输出：
2013-06-21 18:12:35.615 PropertyTest[7505:907] self.strongStr：mutableString
2013-06-21 18:12:35.619 PropertyTest[7505:907] mString’p：0x1e5a7220
2013-06-21 18:12:35.620 PropertyTest[7505:907] self.strongStr’p：0x1e5a7220
2013-06-21 18:12:35.621 PropertyTest[7505:907] self.strongStr：mutableString.
2013-06-21 18:12:35.622 PropertyTest[7505:907] mString’p：0x1e5a7220
2013-06-21 18:12:35.623 PropertyTest[7505:907] self.strongStr：0x1e5a7220
三.+(void)load方法
在第一次加载分类的时候执行。load方法是运行时的一个特性，每一个分类都可以实现+load，所有的+load实现都会执行，但执行的顺序是无法保证的。还有，不要尝试手动调用+load。通常在main函数之前（在类被加载到运行时的时候）就被调用。
Foundation Tool示例代码
#import "LoadClass.h"
@implementation LoadClass
+ (void)load
{
NSLog(@"loading ");
}
@end
@implementation LoadClass (category)
+(void)load
{
NSLog(@"Category loading");
}
@end
@implementation LoadClassSubClass
+(void)load
{
NSLog(@"subClass loading");
}
@end
其输出为:
2013-06-24 13:48:42.484 PropertyTest[1340:c07] loading
2013-06-24 13:48:42.489 PropertyTest[1340:c07] subClass loading
2013-06-24 13:48:42.491 PropertyTest[1340:c07] Category loading
+(void)initialize方法
+initialize方法与其他类方法机制相同，这意味着Category中的+initialize方法会覆盖类本身的+initialize方法。而另一个后果就是，如果父类中实现了+initialize方法，而子类中没有重写此方法，则子类初始化时就会使用父类的方法。这与“每个类(所有父类和子类)只会执行一次+initialize方法”并不冲突，因为第二次调用父类的+initialize方法是对子类执行,但使用的是同一个方法实现而已。
#import
@interface Abstract : NSObject
@end
@implementation Abstract
+ (void)initialize
{
NSLog(@"%@ initialize",self);
}
@end
@interface Sub : Abstract
@end
@implementation Sub
@end
int main(int argc, const char * argv[])
{
@autoreleasepool {
NSLog(@"main Start");
[Sub class];
NSLog(@"Hello, World!");
}
return 0;
}其输出为:
main Start
Abstract initialize
Sub initialize
Hello, World!如果不想子类使用父类的+initialize方法，则父类的+initialize方法可以这样写
+ (void)initialize
{
if(self == [WhateverClass class])
{
...perform initialization...
}
}另外一些，不能这样写的情形有:
- 需要在每个子类初始化时执行相同的+initialize方法，比如使用+initialize记录每个继承子类的名字。
- 使用KVO通知的情况，KVO机制的实现机制是创建动态子类(creates dynamic subclasses),如果使用上述代码包含,则在动态创建的子类中则不会调用+initialize实现。
