针对IOS App性能优化这方面，有一点值得一提，那就是对App启动速度的优化，为了避免在启动时处理过多业务逻辑导致的启动速度慢，使用户体验感变差，以下是对了解到的资料做尽可能简单易懂的讲解。说到启动速度的优化这就需要先借助工具来进行App性能监测，友盟+u-apm应用性能监控平台，就可以帮助开发者针对App性能中出现的各种问题精准检测，为以后的优化之路做铺垫。
App启动速度跟启动时间有关，我们先来了解App的启动时间：
App启动时间
程序启动总时间包含：t(App总启动时间) = t1(main()之前的加载时间) + t2(main()之后的加载时间)。
t1 = 系统dylib(动态链接库)和自身App可执行文件的加载：
App开始启动后，系统首先加载可执行文件(自身App的所有.o文件的集合)，然后加载动态链接库dyld，dyld是一个专门用来加载动态链接库的库。 执行从dyld开始，dyld从可执行文件的依赖开始, 递归加载所有的依赖动态链接库。
动态链接库包括：iOS 中用到的所有系统 framework，加载OC runtime方法的libobjc，系统级别的libSystem，例如libdispatch(GCD)和libsystem_blocks (Block)。
t2 = main方法执行之后到AppDelegate类中的- (BOOL)Application:(UIApplication )Application didFinishLaunchingWithOptions:(NSDictionary )launchOptions方法执行结束前这段时间，主要是构建第一个界面，并完成渲染展示。
那么我们怎么获取App启动时间呢？
首先在 main.m 添加如下代码
然后在 AppDelegate.m 的开头声明
最后在AppDelegate.m 的 didFinishLaunchingWithOptions 中添加
启动时间优化
一、调用main函数前,编译加载自身可执行文件和动态链接库dyld以及系统framework等耗时优化
对于main()调用之前的耗时我们可以优化的点有：
· 减少不必要的framework，因为动态链接比较耗时
· check framework应当设为optional和required，如果该framework在当前App支持的所有iOS系统版本都存在，那么就设为required，否则就设为optional，因为optional会有些额外的检查
· 合并或者删减一些OC类，关于清理项目中没用到的类：{1.删减一些无用的静态变量 2.删减没有被调用到或者已经废弃的方法 3.将不必须在+load方法中做的事情延迟到+initialize中 4.尽量不要用C++虚函数(创建虚函数表有开销)}
二、main函数调用之后的加载时间
在main()被调用之后，App的主要工作就是初始化必要的服务，显示首页内容等。而我们的优化也是围绕如何能够快速展现首页来开展。 App通常在AppDelegate类中的- (BOOL)Application:(UIApplication )Application didFinishLaunchingWithOptions:(NSDictionary )launchOptions方法中创建首页需要展示的view，然后在当前runloop的末尾，主动调用CA::Transaction::commit完成视图的渲染。
而视图的渲染主要涉及三个阶段：
准备阶段:这里主要是图片的解码
布局阶段:首页所有UIView的- (void)layoutSubViews()运行
绘制阶段:首页所有UIView的- (void)drawRect:(CGRect)rect运行
再加上启动之后必要服务的启动、必要数据的创建和读取，这些就是我们可以尝试优化的地方
因此，对于main()函数调用之后我们可以优化的点有：
· 不使用xib，直接视用代码加载首页视图
· NSUserDefaults实际上是在Library文件夹下会生产一个plist文件，如果文件太大的话一次能读取到内存中可能很耗时，这个影响需要评估，如果耗时很大的话需要拆分(需考虑老版本覆盖安装兼容问题)
· 每次用NSLog方式打印会隐式的创建一个Calendar，因此需要删减启动时各业务方打的log，或者仅仅针对内测版输出log
· 梳理应用启动时发送的所有网络请求，是否可以统一在异步线程请求
· 首页方法对于viewDidLoad以及viewWillAppear方法中尽量去尝试少做、晚做、不做。
针对IOS App启动速度优化的介绍就这么多了，还有哪些不懂的疑问可以在下方留言，之后为大家做回答哟~
本篇文章是针对启动速度这方面的内容，App启动速度就是它的启动时长，启动耗时越长启动速度就越慢。那么，启动耗时这一方面的问题就需要开发者针对App进行监测了，友盟+u-apm的启动分析功能能精准检测App用户反馈的启动速度问题，此外，u-apm还具有ANR、自定义异常等捕获能力，及卡顿、启动分析、内存分析、网络分析等性能监测能力，支持多场景、多通道智能告警监测，帮助开发者高效还原异常、卡顿用户的访问路径和业务现场，缩短故障排查时间，并且能够得到更多用户的好评。
友盟的功能不单单只有这些，它还具有云真机测试能力，为移动开发者提供了灵活地测试操作界面，支持ADB调试、WEB远程调试、扫码、抓包、虚拟定位等测试功能，并提供了测试报告供开发者后续查看。所以呢，强烈推荐各位开发者使用友盟这款工具！
