KVC 、KVO、 Category、objc_associationPolicy

KVO
  • KVO 全程是key-value Observing,俗稱“鍵值監聽”,可以用于監聽某個對象屬性值的改變
  • 利用runtimeAPI動態生成一個子類,并且讓instance的ISA 指向這個全新的子類
    當修改instance對象的屬性時 ,會在新的子類中的set方法里調用Foundation的_NSSetxxxvaluedAndNotify函數
    然后調用 wilChangeValuedForKey: ——>父類原來的setter——>didChangeValueforkey 方法 ,此方法內部會出發監聽器(Observer)的監聽方法(ObserverValueForKeyPath:ofObject:change:context)
KVC
  • key-value codeing 鍵值編碼 ,可以通過一個key,訪問某個屬性

  • setValue:forKey:的原理


    image.png
  • valueForKey:的原理


    image.png
Category實現原理
  • category編譯之后的底層結構是struct_category_t ,里面存儲著對象方法、屬性、類方法、協議信息
  • 在程序運行的時候,runtime會將category的數據,合并到類信息中(類對象、元類對象中)即runtime 把category的方法、屬性、協議等合并到一個大數組總,后面參與編譯的category數據,會在數組的前面;合并后的分類數據(方法、協議、屬性),插入到類原來數據的前面

Category和Class Extension的區別是什么?
Class Extension在編譯的時候,它的數據就已經包含在類信息中
Category是在運行時,才會將數據合并到類信息中

Loda 和 initialize 方法

######## load

  • load方法會在runtime加載類、分類的時候調用
  • 每個類、分類的load方法在程序運行過程中只調用一次
  • 調用順序:
  • 1 : 先調用類的load 方法
    • 按照編譯先后順序調用(先編譯,先調用)
    • 調用子類的load方法之前會先調用父類的load方法
  • 2 : 在調用分類的load方法
    • 先編譯,先調用(按照編譯的先后順序)

######## initialize

  • initialize方法會在第一次接受消息的時候調用
  • 調用順序: 先調用父類的+initialize方法,在調用子類的+initialize方法(先初始化父類,在初始化子類,每個類之只會初始化一次)
  • +initialize和load方法的區別: +initialize是通過objc_msgSend進行調用的。若果子類沒有實現+initialize,會調用父類的+initialize(所以父類的initialize可能會被調用多次),如果分類實現了+initialize,就會覆蓋本身的+initialize調用
load、initialize方法的區別什么?
1.調用方式
1> load是根據函數地址直接調用
2> initialize是通過objc_msgSend調用

2.調用時刻
1> load是runtime加載類、分類的時候調用(只會調用1次)
2> initialize是類第一次接收到消息的時候調用,每一個類只會initialize一次(父類的initialize方法可能會被調用多次)

load、initialize的調用順序?
1.load
1> 先調用類的load
a) 先編譯的類,優先調用load
b) 調用子類的load之前,會先調用父類的load

2> 再調用分類的load
a) 先編譯的分類,優先調用load

2.initialize
1> 先初始化父類
2> 再初始化子類(可能最終調用的是父類的initialize方法)


objc_associationPolicy

  • 常用方法
static void *MyKey = &MyKey;
objc_setAssociatedObject(obj, MyKey, value, OBJC_ASSOCIATION_RETAIN_NONATOMIC)
objc_getAssociatedObject(obj, MyKey)

static char MyKey;
objc_setAssociatedObject(obj, &MyKey, value, OBJC_ASSOCIATION_RETAIN_NONATOMIC)
objc_getAssociatedObject(obj, &MyKey)

使用屬性名作為key
objc_setAssociatedObject(obj, @"property", value, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
objc_getAssociatedObject(obj, @"property");

使用get方法的@selecor作為key
objc_setAssociatedObject(obj, @selector(getter), value, OBJC_ASSOCIATION_RETAIN_NONATOMIC)
objc_getAssociatedObject(obj, @selector(getter))
- (void)setName:(NSString *)name
{
    objc_setAssociatedObject(self, @selector(name), name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}

- (NSString *)name
{
    // 隱式參數
    // _cmd == @selector(name)
    return objc_getAssociatedObject(self, _cmd);
}

- (void)setWeight:(int)weight
{
    objc_setAssociatedObject(self, @selector(weight), @(weight), OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}

- (int)weight
{
    // _cmd == @selector(weight)
    return [objc_getAssociatedObject(self, _cmd) intValue];
}

- (NSString *)name
{
    return objc_getAssociatedObject(self, @selector(name));
}
- (int)weight
{
    return [objc_getAssociatedObject(self, @selector(weight)) intValue];
}

#define MJNameKey @"name"
#define MJWeightKey @"weight"
- (void)setName:(NSString *)name
{
    objc_setAssociatedObject(self, MJNameKey, name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}

- (NSString *)name
{
    return objc_getAssociatedObject(self, MJNameKey);
}

- (void)setWeight:(int)weight
{
    objc_setAssociatedObject(self, MJWeightKey, @(weight), OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}

- (int)weight
{
    return [objc_getAssociatedObject(self, MJWeightKey) intValue];
}

static const void *MJNameKey = &MJNameKey;
static const void *MJWeightKey = &MJWeightKey;
- (void)setName:(NSString *)name
{
    objc_setAssociatedObject(self, MJNameKey, name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}

- (NSString *)name
{
    return objc_getAssociatedObject(self, MJNameKey);
}

- (void)setWeight:(int)weight
{
    objc_setAssociatedObject(self, MJWeightKey, @(weight), OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}

- (int)weight
{
    return [objc_getAssociatedObject(self, MJWeightKey) intValue];
}

static const char MJNameKey;
static const char MJWeightKey;
- (void)setName:(NSString *)name
{
    objc_setAssociatedObject(self, &MJNameKey, name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}

- (NSString *)name
{
    return objc_getAssociatedObject(self, &MJNameKey);
}

- (void)setWeight:(int)weight
{
    objc_setAssociatedObject(self, &MJWeightKey, @(weight), OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}

- (int)weight
{
    return [objc_getAssociatedObject(self, &MJWeightKey) intValue];
}
image.png
  • 關聯對象并不是存儲在被關聯對象本身內存中
  • 關聯對象存儲在全局統一的一個AssociationManage中
  • 設置關聯對象為nil,就相當于移除關聯對象


    image.png
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,606評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,582評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,540評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,028評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,801評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,223評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,294評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,442評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,976評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,800評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,996評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,543評論 5 360
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,233評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,662評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,926評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,702評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,991評論 2 374

推薦閱讀更多精彩內容