_objc_init
objc源码入口就是_objc_init，接下来我们分析下这个函数：
/***********************************************************************
* _objc_init
* Bootstrap initialization. Registers our image notifier with dyld.
* Called by libSystem BEFORE library initialization time
**********************************************************************/
void _objc_init(void)
{
/// 保证函数内容只会走一次
static bool initialized = false;
if (initialized) return;
initialized = true;
// fixme defer initialization until an objc-using image is found?
environ_init();
tls_init();
static_init();
runtime_init();
exception_init();
#if __OBJC2__
cache_t::init();
#endif
_imp_implementationWithBlock_init();
_dyld_objc_notify_register(&map_images, load_images, unmap_image);
#if __OBJC2__
didCallDyldNotifyRegister = true;
#endif
}
首先，一个静态变量保证函数内部只会被执行一次。
environ_init();环境变量的初始化，点进去这个方法，如果把下面代码拿到if判断外面，并且加入打印代码，控制台会输出所有的环境变量：
for (size_t i = 0; i < sizeof(Settings)/sizeof(Settings[0]); i++) {
const option_t *opt = &Settings[i];
if (PrintHelp) _objc_inform("%s: %s", opt->env, opt->help);
if (PrintOptions && *opt->var) _objc_inform("%s is set", opt->env);
printf("%s: %s \n", opt->env, opt->help);
}
这些环境变量有什么用呢，看下面图片
第一个设置isa指针未优化，第二个打印所有的load方法。
如果没有可以跑起来的源码工程怎么查看所有的环境变量呢，可以在终端输入export OBJC_HELP=1，但是光输入这个发现可能并没有任何数据，这时只需要再输入~/.bash_profile就会看到所有的环境变量了。
tls_init(); 线程暂存缓存池创建，以后分析。
static_init();
/***********************************************************************
* static_init
* Run C++ static constructor functions.
* libc calls _objc_init() before dyld would call our static constructors,
* so we have to do it ourselves.
**********************************************************************/
static void static_init()
{
size_t count;
auto inits = getLibobjcInitializers(&_mh_dylib_header, &count);
for (size_t i = 0; i < count; i++) {
inits[i]();
}
auto offsets = getLibobjcInitializerOffsets(&_mh_dylib_header, &count);
for (size_t i = 0; i < count; i++) {
UnsignedInitializer init(offsets[i]);
init();
}
}
全局静态C++构造函数调用，注释写的很清楚，不用dyld调用，我自己调用。
runtime_init();
void runtime_init(void)
{
objc::unattachedCategories.init(32);
objc::allocatedClasses.init();
}
初始化两张表，未添加依赖的分类表和已创建的类表。
exception_init();异常信号的初始化。
/***********************************************************************
* _objc_terminate
* Custom std::terminate handler.
*
* The uncaught exception callback is implemented as a std::terminate handler.
* 1. Check if there's an active exception
* 2. If so, check if it's an Objective-C exception
* 3. If so, call our registered callback with the object.
* 4. Finally, call the previous terminate handler.
**********************************************************************/
static void (*old_terminate)(void) = nil;
static void _objc_terminate(void)
{
if (PrintExceptions) {
_objc_inform("EXCEPTIONS: terminating");
}
if (! __cxa_current_exception_type()) {
// No current exception.
(*old_terminate)();
}
else {
// There is a current exception. Check if it's an objc exception.
@try {
__cxa_rethrow();
} @catch (id e) {
// It's an objc object. Call Foundation's handler, if any.
(*uncaught_handler)((id)e);
(*old_terminate)();
} @catch (...) {
// It's not an objc object. Continue to C++ terminate.
(*old_terminate)();
}
}
}
全局搜索uncaught_handler，找到赋值地方
objc_uncaught_exception_handler
objc_setUncaughtExceptionHandler(objc_uncaught_exception_handler fn)
{
objc_uncaught_exception_handler result = uncaught_handler;
uncaught_handler = fn;
return result;
}
typedef void (*objc_uncaught_exception_handler)(id _Null_unspecified /* _Nonnull */ exception);
上面赋值fn是void*类型，也就是我们可以自己写一个函数，把函数给fn，当收到异常信号的时候，这个函数就会被调用。
void goException(NSException *e) {
NSLog(@"exception来了 %s : %@", __func__, e);
}
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view.
NSSetUncaughtExceptionHandler(&goException);
NSArray *arr = @[@1, @2];
arr[3];
}
运行结果如我们可以看到在控制台输出的数据：
我们就可以利用这个异常信号来处理崩溃信息。注意，这里并不是所有的崩溃都能收集到。
cache_t::init(); 缓存条件初始化
_imp_implementationWithBlock_init(); 启动回调机制。
剩下就是最重要的方法：_dyld_objc_notify_register(&map_images, load_images, unmap_image);，里面的map_images和load_images。
注意细节，这两个都是对应的方法，为什么map_images要取地址，而load_images直接传参数呢？因为map_images比较重要，方法执行比较耗时，可能会发生错乱，而load_images只是执行所有的load方法，所以没有必要传地址。
map_images
通过map_images一层一层往下找到最重要方法_read_images，分析_read_images：
NXCreateMapTable()：表的创建，这个表是所有类的总表，无论类是否已经被创建，都会存在这个表里面，这里有个细节，会有个静态变量
doneOnce，这个逻辑只会走一次。跟上面的allocatedClasses这个表有所区分。Fix up @selector references：sel修复，因为读取位置不同，
_getObjc2SelectorRefs是从machO读的，sel_registerNameNoLock是从dyld读的，地址不同时进行一层赋值的修复。Discover classes. Fix up unresolved future classes. Mark bundle classes.
就是一个类本来在1位置，后来移到2位置，那么1位置的内存将来要被清空这块可以不关注，还有加载类。
进去看下readClass()实现，这个是类加载重点，读取类，添加代码来判断加载我们自己的类，因为系统的类不是我们关心的重点：
if (strcmp(mangledName, "SJPerson") == 0) {
printf("sj");
}
打断点发现这个方法里面执行顺序：
- cls->fixupBackwardDeployingStableSwift()
- addNamedClass(cls, mangledName, replacing);
- addClassTableEntry(cls);
这个里面ro``rw相关处理并没有走，也就是说这个方法并没有处理ro和rw，只是把类加入到表中。
Fix up remapped classes：修复重映射一些没有被镜像文件加载进来的类。
Fix up old objc_msgSend_fixup call sites：修复消息。
Discover protocols. Fix up protocol refs.：有协议的时候，修复协议引用。
Fix up @protocol references：修复没有被加载的协议。
load_categories_nolock()：分类的处理。Realize non-lazy classes (for +load methods and static instances)：处理非懒加载的类，即实现的
load方法的类Realize newly-resolved future classes, in case CF manipulates them：解析未来的类。
