前言: 上一節我們講到cache緩存中快速查找imp的過程。那如果快速查找沒有找到怎么辦呢？關于接下來的查找過程又是怎樣的呢？
我們回到objc_msgSend匯編部分，我們看到最后還是沒有找到的話就會到JumpMiss
最終$0 == NORMAL，會走到__objc_msgSend_uncached。
.macro JumpMiss
.if $0 == GETIMP
b LGetImpMiss
.elseif $0 == NORMAL
b __objc_msgSend_uncached
.elseif $0 == LOOKUP
b __objc_msgLookup_uncached
.else
.abort oops
.endif
.endmacro
我們全局試圖搜索__objc_msgSend_uncached，有搜索結果，我們找到objc-msg-arm64.s文件的STATIC_ENTRY __objc_msgSend_uncached, 從__objc_msgSend_uncached的實現里面，我們發現MethodTableLookup是核心代碼
STATIC_ENTRY __objc_msgSend_uncached
UNWIND __objc_msgSend_uncached, FrameWithNoSaves
// THIS IS NOT A CALLABLE C FUNCTION
// Out-of-band p16 is the class to search
MethodTableLookup
TailCallFunctionPointer x17
END_ENTRY __objc_msgSend_uncached
于是我們找到MethodTableLookup的實現:
.macro MethodTableLookup
// push frame
SignLR
stp fp, lr, [sp, #-16]!
mov fp, sp
// save parameter registers: x0..x8, q0..q7
sub sp, sp, #(10*8 + 8*16)
stp q0, q1, [sp, #(0*16)]
stp q2, q3, [sp, #(2*16)]
stp q4, q5, [sp, #(4*16)]
stp q6, q7, [sp, #(6*16)]
stp x0, x1, [sp, #(8*16+0*8)]
stp x2, x3, [sp, #(8*16+2*8)]
stp x4, x5, [sp, #(8*16+4*8)]
stp x6, x7, [sp, #(8*16+6*8)]
str x8, [sp, #(8*16+8*8)]
// lookUpImpOrForward(obj, sel, cls, LOOKUP_INITIALIZE | LOOKUP_RESOLVER)
// receiver and selector already in x0 and x1
mov x2, x16
mov x3, #3
bl _lookUpImpOrForward
// IMP in x0
mov x17, x0
// restore registers and return
ldp q0, q1, [sp, #(0*16)]
ldp q2, q3, [sp, #(2*16)]
ldp q4, q5, [sp, #(4*16)]
ldp q6, q7, [sp, #(6*16)]
ldp x0, x1, [sp, #(8*16+0*8)]
ldp x2, x3, [sp, #(8*16+2*8)]
ldp x4, x5, [sp, #(8*16+4*8)]
ldp x6, x7, [sp, #(8*16+6*8)]
ldr x8, [sp, #(8*16+8*8)]
mov sp, fp
ldp fp, lr, [sp], #16
AuthenticateLR
.endmacro
從MethodTableLookup的實現里面，我們從字面意思發現_lookUpImpOrForward很關鍵，于是全局搜索_lookUpImpOrForward，但結果只有它的調用，沒有實現。
_lookUpImpOrForward搜索結果.png
既然在匯編部分沒有，那么一定是在
C++或C，于是我們試著搜索lookUpImpOrForward，結果在objc-runtime-new.mm文件里面找到了lookUpImpOrForward的實現。
IMP lookUpImpOrForward(id inst, SEL sel, Class cls, int behavior)
{
const IMP forward_imp = (IMP)_objc_msgForward_impcache;
IMP imp = nil;
Class curClass;
runtimeLock.assertUnlocked();
if (fastpath(behavior & LOOKUP_CACHE)) {
imp = cache_getImp(cls, sel);
if (imp) goto done_nolock;
}
runtimeLock.lock();
checkIsKnownClass(cls);
if (slowpath(!cls->isRealized())) {
cls = realizeClassMaybeSwiftAndLeaveLocked(cls, runtimeLock);
}
if (slowpath((behavior & LOOKUP_INITIALIZE) && !cls->isInitialized())) {
cls = initializeAndLeaveLocked(cls, inst, runtimeLock);
}
runtimeLock.assertLocked();
curClass = cls;
for (unsigned attempts = unreasonableClassCount();;) {
Method meth = getMethodNoSuper_nolock(curClass, sel);
if (meth) {
imp = meth->imp;
goto done;
}
if (slowpath((curClass = curClass->superclass) == nil)) {
imp = forward_imp;
break;
}
// Halt if there is a cycle in the superclass chain.
if (slowpath(--attempts == 0)) {
_objc_fatal("Memory corruption in class list.");
}
// Superclass cache.
imp = cache_getImp(curClass, sel); // 有問題???? cache_getImp - lookup - lookUpImpOrForward
if (slowpath(imp == forward_imp)) {
break;
}
if (fastpath(imp)) {
goto done;
}
}
if (slowpath(behavior & LOOKUP_RESOLVER)) {
behavior ^= LOOKUP_RESOLVER;
return resolveMethod_locked(inst, sel, cls, behavior);
}
done:
log_and_fill_cache(cls, imp, sel, inst, curClass);
runtimeLock.unlock();
done_nolock:
if (slowpath((behavior & LOOKUP_NIL) && imp == forward_imp)) {
return nil;
}
return imp;
}
通過對源碼的研讀，大致得出lookUpImpOrForward的流程：
- 查找當前類的
methodLists里面是否有對應的imp，如果有直接返回imp。(Method meth = getMethodNoSuper_nolock(curClass, sel)) - 如果沒有，查找父類的緩存里面是否有，如果緩存里面找到，直接返回
imp。（imp = cache_getImp(curClass, sel)） - 如果緩存里面沒有，那么執行第二次的for循環，從父類的methodList尋找，然后緩存里面找....
.... - 如果一致沒有找到,則一致for循環找到
NSObject類 - 如果在NSObject類里面還是沒有找到，
NSObject類的父類是nil。會來到resolveMethod_locked(inst, sel, cls, behavior)，看是否實現了resolveInstanceMethod:方法，如果實現，會消息轉發resolveInstanceMethod:,這樣我們就能在resolveInstanceMethod:里面攔截到我們的消息(sel)。 - 如果還是沒有實現
resolveInstanceMethod，則會將forward_imp賦值給imp，返回imp。
以下是慢速查找流程圖
lookUpImpOrForward流程圖.jpg
