众所周知一个 iOS App 的程序入口是main.m
, 但系统是怎么找到main.m
的估计不少人就有疑问了,本文将详细解释这个问题.html
dyld(the dynamic link editor), 动态连接器,是专门用来加载动态库以及主程序的库. 当kernel
作好程序的启动准备工做以后,系统的执行由内核态转换为用户态,由 dyld 首先开始工做,iOS 中用到的全部系统framework都是动态库,好比最经常使用的UIKit.framework
,Foundation.framework
, 而这些动态库是手机内全部App共享的,因此须要在咱们 App运行前加载进来. dyld 主要的工做有:git
在 demo 里加[NSObject init]的符号断点来看下: github
dyid_start
方法里的
dyldbootstrap::start
方法,接下来去源码里看看. 在 dyld 源码里找到
dyldStartup.s
找到了
__dyld_start
,这里只截取了arm架构的部分.
dyldbootstrap::start
,那顺着调用再往下看. 在
dyldInitialization.cpp
中找到了
start
slideOfMainExecutable
拿到随机地址的偏移量rebaseDyld
重定位dyld::_main
,将返回值传递给__dyld_start
的调用main.m
函数.dyld::_main
是dyld中的关键方法,代码也很是多,它的实现能够分为如下几步: (关键部分有注释)checkSharedRegionDisable
是检查共享缓存是否禁用,里面能够看到一行注释,iOS 必须开启共享缓存才能运行.
static void checkSharedRegionDisable(const dyld3::MachOLoaded* mainExecutableMH, uintptr_t mainExecutableSlide) {
// iOS cannot run without shared region
}
复制代码
接下来调的mapSharedCache()
就是加载共享缓存的逻辑,就不深刻了.bootstrap
ImageLoader
.先看下
instantiateFromLoadedImage
的调用栈:
ImageLoader
是一个抽象类,它的两个子类
ImageLoaderMachOCompressed
、
ImageLoaderMachOClassic
负责把 Mach-O 实例化为 Image.但要用哪一个子类来进行实例化是经过
sniffLoadCommands
来判断Mach-O 文件的 LINKEDIT 是classic或者compressed.
DYLD_INSERT_LIBRARIES
环境变量,而后调用
loadInsertedDylib
加载.
ImageLoader::link
函数,主要是作了加载动态库、rebase、binding 等操做,代码比较多,我就不贴了,在附件的源码上有我写的详细注释.
context.notifySingle(dyld_image_state_dependents_initialized, this, &timingInfo);
复制代码
再往下找到sNotifyObjCInit
,再去找它的赋值找到registerObjCNotifiers
,从函数注释来看是用objc runtime
来调的,这块以后再看.在查阅一些资料以后得知,这里的sNotifyObjCInit
就是调用 objc 中的 load_images,它调用全部的 load 方法,在调用完 load 方法之后调用了缓存
bool hasInitializers = this->doInitialization(context);
复制代码
doInitialization
又调用了doModInitFunctions
, 也就是constuctor
方法,关于这个方法能够参看连接.安全
getEntryFromLC_MAIN
,就是从``Load Command
中读取
LC_MAIN
入口,若是没有,就读取
LC_UNIXTHREAD
,而后跳到入口处执行,就回到了咱们熟悉的
main.m`.
1.dyld 源码: opensource.apple.com/tarballs/dy…
2.本文分析所用版本: dyld-635.2
3.带注释 dyld源码地址: Github
bash
1.iOS 应用逆向与安全
2.www.dllhook.com/post/238.ht…
3.blog.sunnyxx.com/2014/08/30/…
架构