CPU-中央处理器
对象的创建和销毁，对象属性的调整，布局计算，文本的计算和排版，图片的格式转换和解码，图像的绘制
GPU-图形处理器
纹理的渲染，最大纹理尺寸是4096x4096
CPU——计算——GPU——渲染——帧缓存——读取——视频控制器——显示——屏幕
IOS是双缓存机制，前帧缓存，后帧缓存
按照60FPS的刷帧率，每隔16ms就会有一次VSync信号
卡顿解决的主要思路：
尽可能减少CPU，GPU资源消耗
CPU的优化：
1.尽量用轻量级的对象，比如用不到事件处理的地方，可以考虑使用CALayer取代UIView
2.不要频繁的调用UIView的相关属性，比如frame,bounds,transform等属性，尽量减少不必要的修改
3.尽量提前计算好布局
4.Autolayout会比直接设置frame消耗更多的CUP资源
5.图片的size最好刚好跟UIImageView的size保持一致
6.控制线程的最大并发数量
7.尽量把耗时的操作放到子线程
文本处理（尺寸计算，绘制）图片处理（解码，绘制）
GPU优化
1.尽量避免短时间内大量图片的显示，尽可能将多张图片合成一张进行显示
2.尽量较少视图数量和层次
3.减少透明的视图，不透明的就设置opaque为YES
4.尽量避免出现离屏渲染
耗电优化：
1.少用定时器
2.优化I/O操作
3.数据量大的尽量使用数据库
4.减少，压缩网络数据
5.缓存
6.断点续传
APP启动优化，主要针对冷启动进行优化
1.通过添加环境变量可以打印出APP的启动时间分析（Edit scheme -> Run -> Arguments）
DYLD_PRINT_STATISTICS_DETAILS设置为1,400毫秒以内属于正常
dylib loading time:加载动态库所需的时间
rebase将镜像读入内存，修正镜像内部的指针，性能消耗主要在IO。
bind是查询符号表，设置指向镜像外部的指针，性能消耗主要在CPU计算。
Objc setup
runtime会维护一张类名与类的方法列表的全局表。
读取所有类，将类对象其注册到这个全局表中（class registration）
读取所有分类，把分类加载到类对象中（category registration）
检查selector的唯一性（selector uniquing）
initalizer time：执行load方法的耗时
冷启动的三大阶段：1.dyld 2.runtime 3.main
1.dyld:Apple的动态连接器，可以用来装在Mach-0文件
优化：
减少动态库，合并一些动态库
减少Objc类，分类的数量，减少Selector数量，定期清理没有使用的类，分类
减少C++虚函数数量
swift尽量使用struct代替类
2.runtime:
调用map_images进行可执行文件内容的解析和处理
在load_images中调用call_load_methods,调用所有Class和Category的+load方法
进行各种objc结构的初始化（注册Objc类，初始化类对象等）
通过C++静态初始化器和_attribute_((constructor))修饰的函数
到此为止，可执行文件和动态库中的所有符号（Class,Protocol,Selector,IMP...）都已经按格式成功加载到内存中，被runtime所管理
优化：用+initialize+单例代替+load
3.调用main函数
优化：在不影响用户体验的前提下，尽可能将一些操作延迟，不要全部放在finishLaunching中
4.二进制重排https://juejin.cn/post/6844904174287585287
APP瘦身：
1.资源进行无损压缩
2.去除没有用到的资源：https://github.com/tinymind/LSUnusedResources
3.可执行文件的瘦身
编译器优化：Strip Linked Product,Make Strings Read-Only,Symbols Hidden By Default设置为YES
去掉异常支持：Enable C++ Exceptions,Enable Objective-C Exceptions设置为NO，Other C Flags添加-fno-exceptions
4.检测未使用的代码