我們知道在一個類中用@property聲明屬性，編譯器會自動幫我們生成成員變量和setter/getter，但分類的指針結構體中，根本沒有屬性列表（ivarslist）。所以在分類中用@property聲明屬性，既無法生成成員變量也無法生成setter/getter。
可以通過runtime動態綁定解決
#import <objc/runtime.h>
static NSString *nameWithSetterGetterKey = @"nameWithSetterGetterKey"; //定義一個key值
@implementation Programmer (Category)
//運行時實現setter方法
- (void)setNameWithSetterGetter:(NSString *)nameWithSetterGetter {
objc_setAssociatedObject(self, &nameWithSetterGetterKey, nameWithSetterGetter, OBJC_ASSOCIATION_COPY);
}
//運行時實現getter方法
- (NSString *)nameWithSetterGetter {
return objc_getAssociatedObject(self, &nameWithSetterGetterKey);
}
@end
問：為什么給UIView增加分類添加 x,y,width,height等屬性時只需要重寫set,get方法,不用設置關聯屬性啊?
UIView(frame)分類不用runtime動態綁定的原因是：我們只需要用到自己定義屬性的setter，
getter方法去設置，返回UIView“本身就有的屬性”。而正常情況下，自己定義的屬性，setter是設置自定義屬性的值，getter也是返回自定義屬性的值,而此時分類是沒有 “_” 開頭的自定義屬性字段的，必須動態綁定. 及分類中沒有帶下劃線的成員變量，不能給沒有的成員變量賦值
__weak與weak基本相同。前者用于修飾變量（variable），后者用于修飾屬性（property）。__weak 主要用于防止block中的循環引用。
__block也用于修飾變量。它是引用修飾，所以其修飾的值是動態變化的，即可以被重新賦值的。__block用于修飾某些block內部將要修改的外部變量。
__weak和__block的使用場景幾乎與block息息相關。而所謂block，就是Objective-C對于閉包的實現。閉包就是沒有名字的函數，或者理解為指向函數的指針。
__weak修飾符：
1.若附有__weak修飾符的變量所引用的對象被廢棄，則此弱引用將自動失效且處于nil被賦值的狀態。
2.使用附有__weak修飾符的變量，即是使用注冊到autoreleasepool中的對象。
分析1：
{id __weak obj1 = obj},假設obj附加__strong修飾符且對象被賦值。
/編譯器的模擬代碼/
id obj1;
objc_initWeak(&obj1,obj); //初始化
obj_destoryWeak(&obj1);//變量作用域結束時調用以釋放變量
首先通過obj_initWeak函數初始化附有__weak修飾符的變量obj1為0,然后會將賦值對象obj作為參數調用objc_storeWeak函數
objc_storeWeak(參數1,參數2)會將第二個參數作為鍵值，將第一個參數作為value，注冊到weak表中，但是如果第二個參數為0，則是將注冊到weak表中的value值刪除
obj1=0;
objc_storeWeak(&obj1,obj);
此處是將賦值對象obj的地址作為鍵值key,將第一個參數的附有__weak修飾符的變量obj1的地址注冊到weak表中。
作用域結束時釋放變量，先調用obj_destoryWeak(&obj1)，然后obj_destoryWeak函數將0作為參數調用objc_storeWeak
objc_storeWeak(&obj1,0);這樣會吧變量的地址從weak表中刪除
weak表與引用計數表相同，作為散列表被實現。如果使用weak表，將廢棄對象的地址（此處是obj的地址）作為鍵值進行檢索，就能高速的獲取對應的附有__weak修飾符的變量地址（即obj1的地址）。另外，由于一個對象可以同時賦值給多個附有__weak修飾符的變量中，所以對于一個鍵值，可以注冊多個變量的地址。
釋放對象時，對象將通過objc_release函數釋放。
（1）objc_release
(2)因為引用計數為0，所以執行dealloc
（3）_object_rootDealloc
(4)object_dispose
(5)objc_destructInstance
(6)objc_clear_deallocating
對象被廢棄時最后調用的objc_clear_deallocating函數的動作如下：
a>從weak表中獲取廢棄對象地址為key的記錄
b>將包含在記錄中的所有附有__weak修飾符的地址（obj1的地址）賦值為nil
c>從weak表中刪除該記錄
d>從引用技術表中刪除廢棄對象(obj)地址為key的記錄
從而達到附有__weak修飾符的變量所引用的對象被廢棄，則此弱引用將自動失效且處于nil被賦值的狀態。另外可以看到，如果大量使用附有__weak修飾符的變量，則會消耗相應的CPU資源，良策是只在需要避免循環引用時使用附有__weak修飾符。
分析2：
為什么在訪問附有__weak修飾符的變量時必須訪問注冊到autoreleasepool的對象呢？
因為__weak修飾符只持有對象的弱引用，而在訪問引用對象的過程中，該對象有可能被廢棄。如果把要訪問的對象注冊到autoreleasepool中，那么在@autoreleasepool塊結束前都能確保該對象的存在。因此，在使用附有__weak修飾符的變量時就必須要使用注冊到autoreleasepool中的對象
