類的對(duì)象模型組成
1.在runtime.h找到Class和objct的定義
typedef struct objc_class *Class;
/// Represents an instance of a class.
struct objc_object {
Class isa OBJC_ISA_AVAILABILITY;
}*id;
可以看出class 和id都是一個(gè)Class的結(jié)構(gòu)體扇雕，下面讓我來看下class結(jié)構(gòu)體有哪些結(jié)構(gòu)
struct objc_class {
Class isa OBJC_ISA_AVAILABILITY;
#if !__OBJC2__
Class super_class OBJC2_UNAVAILABLE;
const char *name OBJC2_UNAVAILABLE;
long version OBJC2_UNAVAILABLE;
long info OBJC2_UNAVAILABLE;
long instance_size OBJC2_UNAVAILABLE;
struct objc_ivar_list *ivars OBJC2_UNAVAILABLE;
struct objc_method_list **methodLists OBJC2_UNAVAILABLE;
struct objc_cache *cache OBJC2_UNAVAILABLE;
struct objc_protocol_list *protocols OBJC2_UNAVAILABLE;
#endif
} OBJC2_UNAVAILABLE;
上面的可以看出class包含了兩個(gè)主要的對(duì)象isa楷兽， super
類的實(shí)例對(duì)象(instace object)指向類對(duì)象(class)异雁。類對(duì)象(class)的isa指針指向類結(jié)構(gòu)稱為元類(metaclass),元類保存類的static成員變量和static方法(+開頭的方法)，實(shí)例對(duì)象中的isa指向類對(duì)象(普通的class),
該結(jié)構(gòu)存儲(chǔ)了普通成員變量與普通的成員方法(-開頭的方法)。
繼承中的子類肤舞，父類紫新，根類的關(guān)系
- 規(guī)則1: 類的實(shí)例對(duì)象is指向該類，該類的isa指向該類的元類(metaclass)
- 規(guī)則2: 類的super_class執(zhí)行該類李剖，如果該類為根類(nsobject)則值為NULL
- 規(guī)則3: metaclass的isa指向根類的metaclass,如果該類為根類(nsobjct)則指向本身
- metaclass的super_class指向父metaclass,如果該metaclass是根metaclass則指向metaclass對(duì)應(yīng)的類
例子芒率，child-->father-->nsobject，對(duì)象的關(guān)系圖如下
Paste_Image.png
class的結(jié)構(gòu)變量
- objc_ivar_list *ivars 該類是class普通類保存普通成員變量篙顺，是metaclass保存類的static成員變量
- objc_method_list **methodLists偶芍，該類是class普通類是成員方法(-開頭方法)，是metaclass類方法(方法)
- objc_cache *cache慰安，用于存儲(chǔ)最近調(diào)用的方法緩存腋寨，下次調(diào)用直接使用，不用再遍歷查找
class的方法的重寫和尋址
- methodLists保存了成員方法化焕，如果該類是子類，并且重寫了父類方法铃剔，重寫方法會(huì)在此列表中撒桨。子類調(diào)用方法時(shí)，會(huì)在cache中查找键兜，找到該方法的緩存凤类，直接返回imp, 如果沒找到去類的methodLists的列表找，如果能找到普气，返回谜疤，并加入cache，如果找不到就會(huì)往superclass的methodLists方法中尋找现诀，往上遞推夷磕。找不到就進(jìn)入到動(dòng)態(tài)決策，和消息轉(zhuǎn)發(fā)
+ (void)initialize方法調(diào)用層級(jí)
Paste_Image.png
IMP _class_lookupMethodAndLoadCache3(id obj, SEL sel, Class cls)
{
// 根類的id,nsojbet 仔沿，sel =alloc, cls = 自己類本身
return lookUpImpOrForward(cls, sel, obj,
YES/*initialize*/, NO/*cache*/, YES/*resolver*/);
}
runtime的cache機(jī)制
為了加速消息發(fā)送的進(jìn)程坐桩，runtime緩存了selector和曾經(jīng)使用的方法實(shí)現(xiàn)的映射。每個(gè)類都有自己的緩存封锉，它能緩存selector和祖先類中的方法實(shí)現(xiàn)映射绵跷。在查找派發(fā)表之前，消息發(fā)送系統(tǒng)會(huì)先檢查接收者的緩存（理論上說成福，用過的方法實(shí)現(xiàn)碾局，不久會(huì)再用到）。如果緩存命中奴艾，則消息發(fā)送幾乎和函數(shù)調(diào)用一樣快净当。一旦程序運(yùn)行時(shí)間足夠長，緩存有了充足的“熱身”【warm up】握侧，那么幾乎所有的查找都能在緩存中完成蚯瞧。隨著程序的運(yùn)行嘿期，緩存也會(huì)不斷添加新的映射。
