【移动应用开发篇】iOS APP启动过程_iosapp启动流程_商业资讯汇
iOS APP启动时长是衡量应用品质的重要指标，也是用户体验的重要因素，更是许多开发者努力优化的点。许多用户吐槽“APP为什么一直进不去啊？”等等问题，那么iOS系统是如何启动APP的呢？本文就一起了解一下吧!
一、APP启动过程及优化
进入主题：当我们点击icon到第一个页面展示完成，发生了什么样的过程？这个过程就是APP启动过程，也就是冷启动！
APP启动总时间 = mian()之前 + main() 之后；
1：main()函数之前
程序要想运行，必须要有对应的运行环境，那么这个过程就是搭建程序运行的环境。
App开始启动后，系统的dynomic loader首先加载可执行文件（.o文件），然后 dyld从可执行文件的依赖开始, 递归加载所有的依赖动态库（Dylib）。
dyld：dynomic loader动态链接器，作用是加载一个进程所需要的可执行文件，dyld是开源的
第一步：加载动态库
动态库包含：用到的所有系统 framework，以及一些libxxx的库，比如runtime的运行库：libobjc，运行GCD的库：libdispatch()。
加载动态库其实就是加载动态库的mach-o文件，主要加载过程如下：
找到动态库的mach-o文件
打开并验证文件
在系统注册文件
调用对应的各种启动函数
由于该过程也是需要时间处理的，因此可以如下优化：
1.不用或者少用非系统库
2.合并非系统库
3.使用静态库，只用到库的单一功能可以写成代码放入程序
总之：dyld 将 image（镜像：各种Mach-O文件） 加载到内存后，dyld 会通知Runtime进行下一步的处理
第二步：Runtime阶段
Runtime收到dyld的通知，就开始工作调用_init_objc()函数。开始解析内存中的images（镜像）
注册Objc类 (class registration)，初始化类，元类对象
把category中的方法插入主类方法列表 (category registration)
调用Objc的+load()函数
C++的初始化方法
非基本类型的C++静态全局变量的创建(通常是类或结构体)
可执行文件和动态库中所有的符号（Class，Protocol，Selector，IMP，…)就会加载到内存中。
runtime处理完成后，runtime 的那些方法(动态添加 Class、swizzle 才能生效)。
由此可以做如下优化：
Objc类数量和 selector数量越少越好，删除无用(没用到)的类和方法
减少C++虚函数数量
使用swift stuct：减少符号的数量
通过对Mach-O文件的了解，可以知道__TEXT:__objc_methname:中包含了代码中的所有方法，而__DATA__objc_selrefs中则包含了所有被使用的方法的引用，通过取两个集合的差集就可以得到所有未被使用的代码
总结一下：对于main()调用之前我们可以如下优化：
1.少用framework，是否可以合并非系统库，因为动态链接比较耗时
2.check framework应当设为optional和required，如果该framework在当前App支持的所有iOS系统版本都存在，那么就设为required，否则就设为optional，因为optional会有些额外的检查
3.NSObject类数量和 selector数量越少越好，删除无用(没用到)的类和方法
4.+load()方法尽量延后调用，或者放在initialize()方法中执行
5.尽量不要用C++虚函数(虚函数指针与虚函数表。其中创建虚函数表有开销)
虚函数：通过基类指针只能访问派生类的成员变量，但是不能访问派生类的成员函数。虚函数virtual 可以访问。但是virtual需要用到虚函数指针与虚函数表，而创建虚函数表有开销。
2：main()之后
main()之后 主要工作就是初始化必要的服务，显示首页内容等。主要优化
Application:didFinishLaunchingWithOptions: 方法
- (BOOL)Application:(UIApplication *)Application didFinishLaunchingWithOptions:(NSDictionary *)launchOption {
//code ...
}
此时优化的方向主要是业务逻辑的优化
1.一些与UI展示无关的业务做延迟加载，比如各种认证，检测，注册等;
2.NSUserDefaults，FMDB等数据是否可以延后或者分开读取。
以上就是APP启动的流程及优化方法，在APP启动的过程中可能会出现耗时长等问题。我们可以借助友盟+u-apm的启动分析功能来捕捉错误根源，减少问题时间。
友盟+u-apm
在启动过程中发生的性能问题，我们可以通过借助启动分析工具——友盟+U-APM来监测。
启动场景是用户使用App的第一道关卡，启动慢、启动闪退都会直接从源头阻断客户使用，甚至会造成启动不成功新客户卸载的情况。很多技术团队都会以启动耗时作为重点性能监控指标。U-APM中启动分析包含启动趋势、慢启动分析和启动崩溃分析三大功能模块,帮助您把控应用的启动性能状态，从源头减少客户流失。
相关文章
- MySQL数据库基础操作_~小明学编程
- doom emacs如何安装新插件和自定义快捷键_余很多之很多
- Linux上源码安装sqlite3（图文并茂）_HaiQinyanAN_linux 安装sqlite3
- 前端 使用sqlite3持久化 数据_大白兔没糖_npm sqlite3
- VR工厂：助力工厂数字化升级_酷雷曼VR全景
- 使用sqlcipher打开加密的sqlite方法_微澜-_sqlite_sqlcipher
- C#连接蓝牙设备_晚风偷吻云朵
- 计算机视觉中的注意力机制_cpLoners_注意力机制加在什么位置
- Visual Studio配置并编译C++环境下GDAL库、SQLite环境与PROJ库的方法_疯狂学习GIS_c++ proj
- react-native打包Android apk_chaosama_reactnative打包apk
- Qt隐式共享_Qiuchh
- MNIST数据集手写数字识别（CNN）_Sonhhxg_柒_mnist识别
- Sqlite安装使用及springboot整合_Fran~_springboot sqlite
- PC微信逆向--定位sqlite3_exec和数据库句柄_勇敢自由_pc微信逆向
- nacos--基础--3.2--集成--spring--Config模块使用_单身贵族男
- 基于FPGA的SD卡的数据读写实现（SD NAND FLASH）_孤独的单刀_fpga sd卡