1.热启动 冷启动
热启动: APP隐入后台未被杀死进程;
冷启动: APP从零启动
启动时间(main函数前的)
进入 Edit scheme -> Run -> Arguments下DYLD_PRINT_STATISTICS_DETAILS 置为1
利用锚点检测main函数之后的启动时间
冷启动过程
1.main()函数加载之前,即操作系统加载 App 可执行文件到内存，然后执行一系列的加载、链接工作，最后执行至 App 的 main() 函数
把 App 对应的可执行文件( Mach-O 格式)加载到内存
把 Dyld(动态库链接器) 加载到内存
Dyld 进行动态链接
注册 Objc 类,category 的定义插入方法列表 Objc 的 +load 函数
问题
动态库越多，启动越慢
Objc 类、方法越多，启动越慢
Objc 的 +load 越多，启动越慢
优化
减少动态库的数量,去除或者改成静态库引入
及时将废弃无用的代码和资源文件清理掉
如果可能的话，将 +load 方法中的内容放到渲染完成后做
合并多个动态库(未做过)
减少类文件和方法的创建
2.main() 函数之后，即从 main() 开始，到 appDelegate didFinishLaunching 方法执行完毕
appDelegate didFinishLaunching一般是一些初始化功能
首屏渲染必要的初始化功能
APP启动必要的初始化功能
只需要在对应功能开始使用时才需要初始化
将三个 初始化功能，分别放到合适的阶段进行初始化
2界面卡顿
CPU计算和GPU渲染之间未及时交换数据丢失帧导致的结果
CPU计算 对象的创建/调整/销毁,界面布局autolayout,文本计算渲染,图片的解码 绘制
GPU绘制 变换 合成 渲染
检测
1.FPS 利用CADisplayLink计算一秒内 界面刷新次数
2.runloop 实时计算kfcrunloopbeforeSources和kfcRunloopAfterWaiting之间的 时间,看是否超过某个阈值;
优化
尽量用轻量级的对象，比如用不到事件处理的地方，可以考虑使用CALayer取代UIView
不要频繁地调用UIView的相关属性，比如frame、bounds、transform等属性，尽量减少不必要的修改。
尽量提前计算好布局，在有需要时一次性调整对应的属性，不要多次修改属性。
Autolayout会比直接设置frame消耗更多的CPU资源。
图片的size最好刚好跟UIImageView的size保持一致。
控制一下线程的最大并发数量。
尽量把耗时的操作放到子线程。
尽量减少视图数量和层次
减少透明的视图（alpha<1），不透明的就设置opaque为YES
尽量避免出现离屏渲染
内存优化
1. 用ARC管理内存,它避免了最常见的由于我们忘记释放内存所造成的内存 泄露
2. 尽量把views设置为不透明(opaque设置为YES 默认也是YES 不能保证 视图是否透明 但可以让绘图系统认为view是个不透明视图处理)
3. 避免过于庞大的XIB 使用源码开发
4. 不要阻塞主线程 费时操作开启子线程去做如下载\网络请求\图片加载等
5. 尽量保证图片和imageView的大小相同,在运行中缩放图片是很耗费资 源
6. 使用正确的数据类型处理和存储数据,避免反复处理数据
7. 重用和延迟加载
8. 避免日期格式转换/如果你可以控制你所处理的日期格式，尽量选择 Unix时间戳
9. tableView的优化 尽量避免离屏渲染
10. 处理内存警告
在app delegate中使用applicationDidReceiveMemoryWarning:的方 法
注册并接收 UIApplicationDidReceiveMemoryWarningNotification的 通知,一旦收到这类通知，你就需要释放任何不必要的内存使用
11. 正确使用背景图片(使用小图平铺的方式设置背景色)
