查看oc文件底层结构
xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc xxx.m
支持ARC、指定运行时系统版本
xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-15.0.0 xxx.m
一、App启动流程
App的启动
- App的启动可以分为2种
- 冷启动：从零开始启动App
- 热启动：App已经在内存中，在后台存活，再次点击图标启动App
- 通过添加环境变量可以打印出App的启动时间分析（Edit scheme -> Run -> Arguments）
- DYLD_PRINT_STATISTICS设置为1
- 如果需要更详细的信息，将DYLD_PRINT_STATISTICS_DETAILS设置为1
- App的冷启动可以分为3大阶段
-
dyld（dynamic link editor）Apple的动态链接器，可以用来装载Mach-O（可执行文件、动态库等）
- 启动App时，dyld所做的事情
- 装载App的可执行文件，同时会递归加载所有依赖的动态库
- 当dyld把可执行文件、动态库都装载完毕后，会通知Runtime进行下一步的处理
- 启动App时，dyld所做的事情
-
runtime
- 启动App时，runtime所做的事情
- 调用map_images进行可执行文件内容的解析和处理
- 在load_images中调用call_load_methods，调用所有Class和Category的+load方法
- 进行各种objc结构的初始化（注册Objc类、初始化类对象等等）
- 调用C++静态初始化器和_attribute _((constructor))修饰的函数
2.到此为止，可执行文件和动态库中所有的符号（Class、Protocol、Selector、IMP…）都已经按格式成功加载到内存中，被runtime所管理
- 启动App时，runtime所做的事情
-
main
- 总结
- App的启动由dyld主导，将可执行文件加载到内存，顺便加载所有依赖的动态库
- 并由runtime负责加载成objc定义的结构
- 所有初始化工作结束后，dyld就会调用main函数
- 接下来就是UIApplicationMain函数，AppDelegate的application:didFinishLaunchingWithOptions:方法
- 总结
App的启动.png
- App启动时间的优化主要是针对冷启动进行优化
-
dyld
- 减少动态库、合并一些动态库（定期清理不必要的动态库）
- 减少Objc类、分类的数量、减少Selector数量（定期清理不必要的类、分类）
- 减少C++虚函数数量
- swift尽量使用struct
-
runtime
- 用+initialize方法和dispatch_once取代所有的_attribute _((constructor))、C++静态构造器、Objc的+load
-
main
- 在不影响用户体验的前提下，尽可能将一些操作延迟，不要全部放在finishLaunching方法中
- 按需加载
注：可能涉及的面试题
- 项目中是如何优化内存的
- 优化从哪些方面着手
- 列表卡顿的原因可能有哪些？如何优化的？
- 是否遇到过tableView卡顿？产生卡顿原因是什么？如何优化的？
下一篇：
OC底层基础：性能优化
