ios性能优化相关

cpu和gpu都是干什么的

cpu：主要是用来处理 比如尺寸的计算、文本的排版、图片的格式转换和解码等等相关的
gpu：主要是纹理的渲染
ios中是双缓存机制，有前帧缓存和后帧缓存。

产生卡顿的原因

我们都知道我们的屏幕刷新是没60FPS也就是1000/60大概就是16ms刷新一下也就是来一次垂直的信号，我们刷新是由水平信号和垂直信号共同组成的，但是当我们的cpu或者gpu占用的大量的资源或者我们需要计算的资源有点多的时候，那么很有可能我们的水平信号还没有发送完毕那么垂直信号就来，但是这时候我们的水平信号还没有完成，所以这种情况显示的就是我们上一次的水平信号，这就是产生卡卡顿的原因。

image.png

知道原因我们避免屏幕卡段的方法就是减少cpu还有gpu的消耗。

卡顿优化cpu上的

1.尽量用轻量级的对象，在没有事件处理的地方可以考虑用CALayer代替UIView。
2.不要频繁的设置uiview的相关属相，比如frame、bound、size等，在需要的时候在改动。
3.尽量提前做好布局、在需要改动的地方一次性的修改好。

4. AutoLayout比frame耗费的资源更多.

5.图片的size最好跟imgaeview的size大小一致。
6.控制一下最大并发数量。GCD可以很好的控制 NSOperation也能很好的控制。
7.尽量把耗时的操作放到子线程中去。

卡顿优化gpu上的

1.如果可能尽量将多张图片合成一张图片显示
2.gpu能处理图片的最大尺寸是4096*4096，那么图片最好不要超过这么大，如果超过了那么就会占用cpu的资源。
3.尽量减少视图数量和层数。
4.如果可能尽量不要改动透明度，也就是我们默认的不透明度为1.
5.避免出现离屏渲染。

离屏渲染和优化

gpu渲染方式有两种：
1.当前屏幕渲染：在当前屏幕中进行渲染
2.离屏渲染:离开当前屏幕，新开辟一块资源，进行离屏渲染.
离屏渲染产生卡顿的原因:
需要从当前的屏幕切换到离屏，当离屏渲染结束后需要将渲染结果返回到当前屏幕，这时候上下文环境又需要切换到当前屏幕。
什么操作会触发离屏渲染呢？(都拿self.view作为例子)
1.光栅化

self.view.layer.shouldRasterize = YES;

2.遮罩

self.view.layer.mask = [CALayer layer];

3.圆角，需要同时设置这两个属性，才会触发离屏渲染

    self.view.layer.cornerRadius = 10;
    self.view.layer.masksToBounds = YES;

4.阴影设置，如果设置阴影路径了那么不会触发离屏渲染

  // 阴影
    self.view.layer.shadowXXXXXXX
// 设置阴影路径了那么不会触发离屏渲染
    self.view.layer.shadowPath = nil;

卡顿检查

我们的方案是通过添加观察者放到runloop中，观察runloop中状态改变的耗时来判断卡顿与否。
通过一个工具我们来检查我们的代码。git上搜索：
LXDAppFluecyMonitor
如果我们那些代码出现卡顿就会定位到那一行。
比如：

image.png

耗电的主要来源

1.cpu消耗
2.请求网络
3.定位，地图相关的。
4.图像的处理

耗电的优化

1.尽可能的降低cpu和gpu的操作
2.少用定时器
3.i/o操作
3.1尽量不要频繁的写入数据，可以考虑批量的写入数据。可以使用dispatch_io操作，他优化了磁盘的处理。
3.2数据量比较大的时候使用coredata、或者fmdb或者realm等相关的。不要运用plist文件存储等
4 网络优化
4.1压缩传输的格式，可以考虑用json或者protobuf
4.2多次请求获取的结果一样的时候可以考虑用缓存
4.3上传或者下载大的时候可以考虑用断点续传。
4.4请求的时候最好加上超时的操作，不能不设置超时时间
4.5在网络不好的时候不能一直处于加载状态。
5.定位优化
5.1如果只是需要快速定位用户的位置，只需要快速定位CLLocationManager中的requestLocation方法就行了，定位完成后会自动断电。
5.2如果不是导航的应用，尽量不要时时更新位置，定位完毕就关掉定位服务。
5.3尽量的降低定位的精度，尽量不要使用精准定位KCLLocationAccuracyBest
5.4需要后台定位更新时候尽量设置pauseLocationUpdatesAutomatically = Yes，这样的话用户不太可能移动的时候就会暂定定位服务。

app启动

image.png
image.png

可以看到加载的时间是955毫秒。

image.png

APP的启动-dyld

apple的动态连接器。用来装在mach-o文件的（可执行文件或者动态库等）
他所做的事情有：
装载app的可执行文件同时会递归加载所有的动态依赖库
执行完毕之后会到runtime的执行过程。

app启动runtime所做的事情

1调用map_iamges进行可执行文件的解析和处理
2.调用所有的类的或者分类的load方法
3.进行各种objc结构的初始化（注册objc类，初始化类对象等等）
4.调用c++静态初始化器和attributes_修饰的函数
5.到此时为止，所有的class、类、协议、等等都已经加载进内存中，被runtime处理。

app启动 main函数

经过前两部的操作，那么就开始调用app的UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));方法了。

启动优化（主要是针对冷启动）

根据不同阶段
1.1减少动态库，或者能够合并的合并
1.2减少objc类或者分类或者@selector的数量
1.3减少c++虚函数的数量

2.1用+(void)initialize{

static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
    
});

}
代替所有的attributes_修饰的函数或者或者load函数

3.1在不影响逻辑操作等等的前提下，尽可能的不要将很多的方法放在didfinishlanuch方法中。按需操作。

安装包瘦身的操作

资源文件瘦身，
可以到github下载这个mac app来检测我们没有用到的资源
https://github.com/tinymind/LSUnusedResources
安装包瘦身

image.png
到这个网站去下载 工具 可以检查删除无用的代码：
https://www.jetbrains.com/objc/download/（30天免费使用）
检查那个文件或者类占用地方比较大，可以使用这个工具
https://github.com/huanxsd/LinkMap（中文版的看看就知道怎么使用）
image.png