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

image.png