按照源码理解在lookUpImpOrNilTryCache调用中只是增加到了缓存中，后面lookUpImpOrForwardTryCache会从缓存中查找，找到imp然后执行。

+ (BOOL)resolveInstanceMethod:(SEL)sel返回NO/YES根据源码来看只是打印日志相关的内容，应该是没有影响的。经过调试验证确实没有影响。

结论：

• resolveInstanceMethod 调用中只是对方法的缓存，lookUpImpOrNilTryCache 从缓存中再次查找方法。这也是为什么会查找两次的原因。
• resolveInstanceMethod 执行两次的原因是，在方法没有命中的时候消息转发过程中会再次进行lookUpImpOrForward（消息慢速查找），这就是执行两次的原因。
• + (BOOL)resolveInstanceMethod:(SEL)sel 返回值不会影响功能，只是对日志打印有影响，并且默认情况下是不打印日志的。

三、类方法动态决议resolveClassMethod

在上面最开始分析的时候类方法动态决议会先调用resolveClassMethod，如果没有命中那么就会调用resolveInstanceMethod：

resolveClassMethod的实现如下：

static void resolveClassMethod(id inst, SEL sel, Class cls)

{

    runtimeLock.assertUnlocked();
ASSERT(cls->isRealized());
ASSERT(cls->isMetaClass());
//不会进入这里，先查找元类是否实现`resolveClassMethod`
if (!lookUpImpOrNilTryCache(inst, @selector(resolveClassMethod:), cls)) {
// Resolver not implemented.
return;

    }
//类方法存在元类中，操作元类防止没有实现。

    Class nonmeta;

    {

        mutex_locker_t lock(runtimeLock);

        nonmeta = getMaybeUnrealizedNonMetaClass(cls, inst);
// +initialize path should have realized nonmeta already
if (!nonmeta->isRealized()) {
_objc_fatal("nonmeta class %s (%p) unexpectedly not realized",

                        nonmeta->nameForLogging(), nonmeta);

        }

    }

    BOOL (*msg)(Class, SEL, SEL) = (typeof(msg))objc_msgSend;
//非元类调用，也就是类方法

    bool resolved = msg(nonmeta, @selector(resolveClassMethod:), sel);

// Cache the result (good or bad) so the resolver doesn't fire next time.
// +resolveClassMethod adds to self->ISA() a.k.a. cls

    IMP imp = lookUpImpOrNilTryCache(inst, sel, cls);

if (resolved  &&  PrintResolving) {//......}

}