我们都知道initialize方法只有当类或子类第一次收到消息时才会调用。
我们在这个方法里打上断点来看看，比如我调用[Human new], 可以看到如下堆栈信息。

[Human new]

 if (slowpath((behavior & LOOKUP_INITIALIZE) && !cls->isInitialized())) {
        cls = initializeAndLeaveLocked(cls, inst, runtimeLock);
        // runtimeLock may have been dropped but is now locked again

        // If sel == initialize, class_initialize will send +initialize and 
        // then the messenger will send +initialize again after this 
        // procedure finishes. Of course, if this is not being called 
        // from the messenger then it won't happen. 2778172
    }

一步步往下看 ，发现在 initializeNonMetaClass里 调用了callInitialize(cls);，而callInitialize实现如下

void callInitialize(Class cls)
{
    ((void(*)(Class, SEL))objc_msgSend)(cls, @selector(initialize));
    asm("");
}

可以看出在这里通过objc_msgSend的方式 对initialize进行了调用。

再来看看子类和父类同时实现initialize的情况

我这里Person类继承Human,都实现initialize，调用一些[Person new],按理来说应该只调用Person的initialize。
实际结果如下：

[Person new]

发现先调用了父类的initialize，再调用了子类的initialize。

在initializeNonMetaClass源码里我们可以找到原因所在

// Make sure super is done initializing BEFORE beginning to initialize cls.
    // See note about deadlock above.
    supercls = cls->superclass;
    if (supercls  &&  !supercls->isInitialized()) {
        initializeNonMetaClass(supercls);
    }

这里会确保在开始初始化cls之前，super已完成初始化。所以这里会调用父类的initialize,往后面走再调用子类的initialize。

如果在分类里实现initialize,那么分类的initialize则会‘‘覆盖’’本类的initialize,这种情况我们在这一篇中已经捋过了（以及load方法）。

那么最后总结一下+load和+initialize区别

end