1、配置DYLD_PRINT_STATISTICS 或DYLD_PRINT_STATISTICS_DETAILS环境变量会得到如下
详细
total time: 2.3 seconds (100.0%) // main函数调用之前（pre-main）的总耗时
total images loaded: 556 (542 from dyld shared cache)
total segments mapped: 51, into 7273 pages
total images loading time: 1.1 seconds (50.0%)
total load time in ObjC: 39.20 milliseconds (1.6%)
total debugger pause time: 964.45 milliseconds (41.4%)
total dtrace DOF registration time: 0.00 milliseconds (0.0%)
total rebase fixups: 827,012
total rebase fixups time: 96.60 milliseconds (4.1%)
total binding fixups: 885,500
total binding fixups time: 247.28 milliseconds (10.6%)
total weak binding fixups time: 3.16 milliseconds (0.1%)
total redo shared cached bindings time: 247.12 milliseconds (10.6%)
total bindings lazily fixed up: 0 of 0
total time in initializers and ObjC +load: 776.47 milliseconds (33.3%) //动态库耗时
libSystem.B.dylib : 6.69 milliseconds (0.2%)
libBacktraceRecording.dylib : 7.10 milliseconds (0.3%)
libobjc.A.dylib : 3.53 milliseconds (0.1%)
libMainThreadChecker.dylib : 52.25 milliseconds (2.2%)
libglInterpose.dylib : 429.13 milliseconds (18.4%)
libMTLCapture.dylib : 17.62 milliseconds (0.7%)
ImSDK : 16.71 milliseconds (0.7%)
FateU : 362.41 milliseconds (15.5%)
total symbol trie searches: 1870814
total symbol table binary searches: 0
total images defining weak symbols: 64
total images using weak symbols: 150
2、启动优化
2、冷启动可以概括为3大阶段
- dyld
- runtime
- main
3、dyld(dynamic link editor)，Apple的动态连接器，可以装载Mach-O（可执行文件、动态库等）
- 装载app的可执行文件，同时递归加载所有依赖的动态库
- 当dyld把可执行文件、动态库都装载完成后，会通知runtime进行下一步处理
4、runtime所做的事情
- 调用map_images函数中调用call_load_methods，调用所有Class和Category的+load方法
- 进行各种objc结构的初始化（注册objc类、初始化类对象等等）
- 调用C++静态初始化器和__attribure__((constructor))修饰的函数（JSONKit中存在具体应用）
- 到此为止，可执行文件和动态库中所有的符号(Class, Protocol, Selector, IMP...)都已按格式成功加载到内存中，被runtime所管理
5、总结
- app的启动由dylb主导，将可执行文件加载到内存，顺便加载所有依赖的动态库
- 并由runtime负责加载成objc定义的结构
- 所有初始化工作结束后，dyld就会调用main函数
- 接下来就是ApplicationMain函数，AppDelegate的application:didFinishLaunchingWithOptions:方法
6、按照不同的阶段优化
dyld
- 减少动态库、合并一些动态库（定期清理不必要的动态库）
- 减少objc类、分类的数量、减少selector数量（定期清理不必要的类、分类）
- 减少C++虚构函数
- Swift尽量使用struct
runtime
- 使用+initialize方法和dispatch_once取代所有的__attribute__((constructor))、C++静态构造器、Objc的+load方法
main
- 在不影响用户体验的前提下，尽可能将一些操作延迟，不要全部都放在finishLaunching方法中
- 按需加载
3、包体积优化
安装包瘦身（ipa）：资源文件、可执行文件
资源文件（图片、音频、视频等）
- 采取无损压缩（使用工具）
- 去除没有用到的资源(https://github.com/tinymind/LSUnusedResources)
可执行文件瘦身:
- 编译器优化（Xcode相关配置）
- 利用AppCode（https://www.jetbrains.com/objc/）检测未使用的代码：菜单栏 -> Code -> Inspect Code
- 生成LinkMap，可以查看可执行文件的具体组成
- 可借助第三方工具解析LinkMap文件：http://github.com/huanxsd/LinkMap
4、项目的优化、性能优化
启动速度：
- 启动过程中做的事情越少越好（尽可能将多个接口合并）
- 不在UI线程上作耗时的操作（数据的处理在子线程进行，处理完通知主线程刷新节目）
- 在合适的时机开始后台任务（例如在用户指引节目就可以开始准备加载的数据）
- 尽量减小包的大小
- 辅助工具（友盟，听云，Flurry）
页面浏览速度
- json的处理（iOS 自带的NSJSONSerialization，Jsonkit，SBJson）
- 数据的分页（后端数据多的话，就要分页返回，例如网易新闻，或者 微博记录）
- 数据压缩（大数据也可以压缩返回，减少流量，加快反应速度）
- 内容缓存（例如网易新闻的最新新闻列表都是要缓存到本地，从本地加载，可以缓存到内存，或者数据库，根据情况而定）
- 延时加载tab（比如app有5个tab，可以先加载第一个要显示的tab，其他的在显示时候加载，按需加载
- 算法的优化（核心算法的优化，例如有些app 有个 联系人姓名用汉语拼音的首字母排序）
操作流畅度优化
- Tableview 优化（tableview cell的加载优化）
- ViewController加载优化（不同view之间的跳转，可以提前准备好数据）
