iOS之 Category 属性 的理解

在 Objective-C 中可以通过 Category 给一个现有的类添加属性，但是却不能添加实例变量

反正读第一遍的时候我是有点晕的，可以添加“属性”，然后又说“添加实例变量”，第一感觉就好像 有点自相矛盾了。那么我们谈谈：

• 什么是实例变量？

　　　　实例变量就是一种变量，可以存放数据的。在oc上，形式就如：　　　　　　　　

@interface MyViewController :UIViewController
{
    UIButton *myButton;
}

@end

• 什么是属性？

　　属性是oc的一个新的机制，并且要求你必须声明与之对应的实例变量，这是最早期的一种概念，随着编译器从GCC转换为LLVM(low level virtual machine)，从此不再需要为属性声明实例变量了，如果LLVM发现一个没有匹配实例变量的属性，它将自动创建一个以下划线开头的实例变量。

• Category可以给一个现有的类添加属性

我建立了个 UIColor的hex分类  ，在UIColor+hex.h上我做了这么一件事：

然后做你会发现编译器并不会报任何错误，build一下也不会有问题，当然这不能说这段代码是可以运行的【crash】。仔细的话，你会发现在.m中是有警告的。

它说，属性 hex的setHex和hex方法需要定义使用 @dynamic或者自己实现。  这里添加的属性，不会自动生成实例变量，这里添加的属性其实是添加的getter与setter方法。

这里，我们是不是可以理解上面的那句话了，其实就是等同于这句话

类别中只能添加方法，不能添加实例变量

 

首先，我们就用了@dynamic去做：

警告确实立马消失，但是是不是可以运行了呢？梦想是美好的，结果依旧crash。

• 那么这个@dynamic到底干了什么可以让警告消除，当然你会不会发现这个@dynamic在哪里见过？对了在你用coredata的时候，你就会发现了【NSManagedObject自己探索去吧】。

       @dynamic 是相对于 @synthesize的，它们用样用于修饰 @property，用于生成对应的的getter和setter方法。但是@ dynamic表示这个成员变量的getter和setter方法并不是直接由编译器生成，而是手工生成或者运行时生成。

@dynamic just tells the compiler that the getter and setter methods are implemented not by the class itself but somewhere else (like the superclass or will be provided at runtime).

　　那为什么会崩溃？哈哈，不要想当然了，因为你没有在runtime中提供getter and setter methods。那当然会崩溃啦。

 

上面我们就基本上了解了在category添加属性的一些问题。那么该如何解决这些问题，也是下面我想说的Associated Objects，let's  go!

首先我们带着这么2个疑问：

1. 关联对象被存放到什么地方，是不是存放在被关联对象本身的内存中？
2. 关联对象的生命周期怎么样。什么时候被释放，什么时候被移除？

 

上面是两种方法的实现

• objc_setAssociatedObject
• objc_getAssociatedObject
• objc_removeAssociatedObjects

其中第三个函数objc_removeAssociatedObjects 函数我们一般式用不上的，因为这个函数会移除一个对象的所有关联对象，该将对象恢复为“

pristine state”。一般我我没问你如果要移除一个关联对象，我们会使用objc_setAssociatedObject 函数中传入nil就可以移除。

 

• 你会发现这两个函数都有一个key，在关联对象的时候我们使用了两种形式，那么这个key的设置有什么要求么？

　　key 值必须是一个对象级别的唯一常量

    从上面的两种实现关联对象的方法中，我们使用了两种不同的key值

1. static void *kAssociatedObjectKey = &kAssociatedObjectKey;

2. 用 selector ，使用 getter 方法的名称作为 key 值。

3. 其实还有一种 static char kAssociatedObjectKey;      objc_getAssociatedObject(self, &kAssociatedObjectKey);

　　对比这三种方式，很多人都喜欢第二种

 

• 关于这个 objc_AssociationPolicy(关联策略)又是什么？

　　

关联策略	等价属性	说明
OBJC_ASSOCIATION_ASSIGN	@property (assign) or @property (unsafe_unretained)	弱引用关联对象
OBJC_ASSOCIATION_RETAIN_NONATOMIC	@property (strong, nonatomic)	强引用关联对象，且为非原子操作
OBJC_ASSOCIATION_COPY_NONATOMIC	@property (copy, nonatomic)	复制关联对象，且为非原子操作
OBJC_ASSOCIATION_RETAIN	@property (strong, atomic)	强引用关联对象，且为原子操作
OBJC_ASSOCIATION_COPY	@property (copy, atomic)	复制关联对象，且为原子操作

　　上面这张表很清晰的告诉你这个关联策略的作用。

1. 关联对象与被关联对象本身的存储并没有直接的关系，它是存储在单独的哈希表中的；
2. 关联对象的五种关联策略与属性的限定符非常类似，在绝大多数情况下，我们都会使用 OBJC_ASSOCIATION_RETAIN_NONATOMIC 的关联策略，这可以保证我们持有关联对象；
3. 关联对象的释放时机与移除时机并不总是一致，比如实验中用关联策略 OBJC_ASSOCIATION_ASSIGN 进行关联的对象，很早就已经被释放了，但是并没有被移除，而再使用这个关联对象时就会造成 Crash 。