分类、扩展、代理、通知、KVC、KVO、属性关键字

一、分类（Category）

1、分类的作用？

声明私有方法，分解体积大的类文件

2、分类的特点？

可以为系统类添加分类。在运行时时期，将 Category 中的实例方法列表、协议列表、属性列表添加到主类中后（所有Category中的方法在方法列表中的位置是在主类的同名方法之前的），然后会递归调用所有类的 load 方法，这一切都是在main函数之前执行的。

3、分类可以添加哪些内容？

实例方法，类方法，属性（添加getter和setter方法，并没有实例变量，添加实例变量需要用关联对象）

4、如果工程里有两个分类A和B，两个分类中有一个同名的方法，哪个方法最终生效？

取决于分类的编译顺序，最后编译的那个分类的同名方法最终生效，而之前的都会被覆盖掉(这里并不是真正的覆盖，因为其余方法仍然存在，只是访问不到，因为在动态添加类的方法的时候是倒序遍历方法列表的，而最后编译的分类的方法会放在方法列表前面，访问的时候就会先被访问到，同理如果声明了一个和原类方法同名的方法，也会覆盖掉原类的方法)。

5、如果声明了两个同名的分类会怎样？

会报错，所以第三方的分类，一般都带有命名前缀

6、分类能添加成员变量吗？

不能。只能通过关联对象(objc_setAssociatedObject)来模拟实现成员变量，但其实质是关联内容，所有对象的关联内容都放在同一个全局容器哈希表中:AssociationsHashMap,由AssociationsManager统一管理。

二、扩展(Extension)

1、扩展的作用？

声明私有属性，声明私有成员变量

2、扩展的特点？

编译时决议，只能以声明的形式存在，多数情况下放在在宿主类的.m中，不能为系统类添加扩展

三、代理（Delegate）

代理是一种设计模式，委托方声明协议，定义需要实现的接口，代理方按照协议实现方法

一般用weak来避免循环引用

四、通知（NSNotification）

使用观察者模式用于实现跨层传递信息的机制。传递方式是一对多。

五、KVO（key-value-observing）

KVO是观察者的另一实现

使用了isa混写（isa-swizzling）来实现KVO

使用setter方法改变值KVO会生效，使用KVC改变值KVO也会生效，因为KVC会调用setter方法

- (void)setValue:(id)value {
    [self willChangeValueForKey:@"key"];
    [super setValue:value];
    [self didChangeValueForKey:@"key"];
}

直接赋值成员变量不会触发KVO，因为不会调用setter方法，需要加上willChangeValueForKey和didChangeValueForKey

六、KVC（key-value-coding）

KVC可以通过key直接访问对象的属性，或者给对象的属性赋值，这样可以在运行时动态的访问或修改对象的属性

当调用setValue：属性值 forKey：@”name“的代码时，，底层的执行机制如下：

1、程序优先调用set<Key>:属性值方法，代码通过setter方法完成设置。注意，这里的<key>是指成员变量名，首字母大小写要符合KVC的命名规则，下同

2、如果没有找到setName：方法，KVC机制会检查+ (BOOL)accessInstanceVariablesDirectly方法有没有返回YES，默认该方法会返回YES，如果你重写了该方法让其返回NO的话，那么在这一步KVC会执行setValue：forUndefinedKey：方法，不过一般开发者不会这么做。所以KVC机制会搜索该类里面有没有名为<key>的成员变量，无论该变量是在类接口处定义，还是在类实现处定义，也无论用了什么样的访问修饰符，只在存在以<key>命名的变量，KVC都可以对该成员变量赋值。

3、如果该类即没有set<key>：方法，也没有_<key>成员变量，KVC机制会搜索_is<Key>的成员变量。

4、和上面一样，如果该类即没有set<Key>：方法，也没有_<key>和_is<Key>成员变量，KVC机制再会继续搜索<key>和is<Key>的成员变量。再给它们赋值。

5、如果上面列出的方法或者成员变量都不存在，系统将会执行该对象的setValue：forUndefinedKey：方法，默认是抛出异常。

如果想禁用KVC，重写+ (BOOL)accessInstanceVariablesDirectly方法让其返回NO即可，这样的话如果KVC没有找到set<Key>:属性名时，会直接用setValue：forUndefinedKey：方法。

当调用valueForKey：@”name“的代码时，KVC对key的搜索方式不同于setValue：属性值 forKey：@”name“，其搜索方式如下：

1、首先按get<Key>,<key>,is<Key>的顺序方法查找getter方法，找到的话会直接调用。如果是BOOL或者Int等值类型， 会将其包装成一个NSNumber对象

2、如果上面的getter没有找到，KVC则会查找countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes格式的方法。如果countOf<Key>方法和另外两个方法中的一个被找到，那么就会返回一个可以响应NSArray所有方法的代理集合(它是NSKeyValueArray，是NSArray的子类)，调用这个代理集合的方法，或者说给这个代理集合发送属于NSArray的方法，就会以countOf<Key>,objectIn<Key>AtIndex或<Key>AtIndexes这几个方法组合的形式调用。还有一个可选的get<Key>:range:方法。所以你想重新定义KVC的一些功能，你可以添加这些方法，需要注意的是你的方法名要符合KVC的标准命名方法，包括方法签名。

3、如果上面的方法没有找到，那么会同时查找countOf<Key>，enumeratorOf<Key>,memberOf<Key>格式的方法。如果这三个方法都找到，那么就返回一个可以响应NSSet所的方法的代理集合，和上面一样，给这个代理集合发NSSet的消息，就会以countOf<Key>，enumeratorOf<Key>,memberOf<Key>组合的形式调用。

4、如果还没有找到，再检查类方法+ (BOOL)accessInstanceVariablesDirectly,如果返回YES(默认行为)，那么和先前的设值一样，会按_<key>,_is<Key>,<key>,is<Key>的顺序搜索成员变量名，这里不推荐这么做，因为这样直接访问实例变量破坏了封装性，使代码更脆弱。如果重写了类方法+ (BOOL)accessInstanceVariablesDirectly返回NO的话，那么会直接调用valueForUndefinedKey:方法，默认是抛出异常

七、属性关键字

1、读写权限：readonly，readwrite（默认）

2、原子性：（atomic），nonatimic。atomic读写安全，但效率低，不是绝对的安全，比如操作数组，增加或移除，这种情况可以使用互斥锁来保证线程安全

3、引用计数

retain/strong

assign修饰基本数据类型

weak不改变修饰对象的引用计数，对象释放后，weak指针自动置为空

copy分深copy和浅copy

浅copy，对象指针的复制，目标对象指针和原对象指针指向同一块内存空间，引用计数增加

深copy，对象内容的复制，开辟一块新的内存空间

可变的对象的copy和mutableCopy都是深拷贝

不可变对象的copy是浅拷贝，mutable是深拷贝

copy方法返回的都是不可变对象

@property (nonatomic, copy) NSMutableArray * array;这样使用会crash，因为copy的对象是不可变的

NSString使用copy修饰不用strong修饰，用strong修饰一个name属性，如果赋值的是一个可变对象，当可变对象的值发生改变的时候，name的值也会改变，这不是我们期望的，是因为name使用strong修饰后，指向跟可变对象相同的一块内存地址，如果使用copy的话，则是深拷贝，会开辟一块新的内存空间，因此可变对象值变化时，也不会影响name的值。