性能優(yōu)化

你在項目中是怎么優(yōu)化內存的泡徙？

優(yōu)化你是從哪幾方面著手径筏？

列表卡頓的原因可能有哪些？你平時是怎么優(yōu)化的情竹？

遇到tableView卡頓嘛藐不？會造成卡頓的原因大致有哪些？

CPU 和 GPU

在屏幕成像的過程中秦效，CPU和GPU起著至關重要的作用
- CPU（Central Processing Unit雏蛮，中央處理器）
對象的創(chuàng)建和銷毀、對象屬性的調整阱州、布局計算挑秉、文本的計算和排版、圖片的格式轉換和解碼苔货、圖像的繪制（Core Graphics）
- GPU（Graphics Processing Unit犀概，圖形處理器）
紋理的渲染

image.png

在iOS中是雙緩沖機制，有前幀緩存夜惭、后幀緩存

卡頓產生的原因

CPU GPU花費時間過長

解決思路

盡可能減少CPU GPU資源消耗

按照60FPS的刷幀率姻灶，每隔16ms就會有一次VSync信號

卡頓優(yōu)化- CPU

1.盡量使用輕量級的對象 比如用不到事件處理的地方 可以考慮使用CAlayer來代替UIView
2.不要頻繁的調用UIView的相關屬性 比如frame、bounds诈茧、transform等屬性产喉，盡量減少不必要的修改
3.盡量提前計算好布局 在有需要的時候一次性調整對應的屬性 不要多次修改屬性
4.autolayout會比直接設置frame消耗更多的CPU資源
5.圖片的size最好跟UIImageView的size保持一致
6.控制一下線程的最大并發(fā)數(shù)量
7.盡量把耗時的操作放到子線程
  a.文本處理(尺寸計算 繪制)
  b.圖片處理(解碼 繪制)

卡頓優(yōu)化- GPU

1.盡量減少視圖的數(shù)量和層次
2.盡量避免短時間內大量圖片的顯示，盡可能將多張圖片合成一張進行顯示
3.GPU能處理的最大紋理尺寸是4096x4096，一旦超過這個尺寸曾沈，就會占用CPU資源進行處理这嚣，所以紋理盡量不要超過這個尺寸
4.減少透明的視圖（alpha<1），不透明的就設置opaque為YES
5.盡量避免出現(xiàn)離屏渲染

離屏渲染

渲染方式

- On-Screen Rendering：當前屏幕渲染晦譬，在當前用于顯示的屏幕緩沖區(qū)進行渲染操作
- Off-Screen Rendering：離屏渲染疤苹，在當前屏幕緩沖區(qū)以外新開辟一個緩沖區(qū)進行渲染操作

離屏渲染消耗性能的原因

- 需要創(chuàng)建新的緩沖區(qū)
- 離屏渲染的整個過程，需要多次切換上下文環(huán)境敛腌，先是從當前屏幕（On-Screen）切換到離屏（Off-Screen）卧土；等到離屏
渲染結束以后，將離屏緩沖區(qū)的渲染結果顯示到屏幕上像樊，又需要將上下文環(huán)境從離屏切換到當前屏幕

哪里操作觸發(fā)離屏渲染

a.光柵化尤莺，layer.shouldRasterize = YES
b.遮罩，layer.mask
c.圓角生棍，同時設置layer.masksToBounds = YES颤霎、layer.cornerRadius大于0
  考慮通過CoreGraphics繪制裁剪圓角，或者叫美工提供圓角圖片
d.陰影涂滴，layer.shadowXXX
  如果設置了layer.shadowPath就不會產生離屏渲染

性能檢測

平時所說的“卡頓”主要是因為在主線程執(zhí)行了比較耗時的操作
可以添加Observer到主線程RunLoop中友酱，通過監(jiān)聽RunLoop狀態(tài)切換的耗時，以達到監(jiān)控卡頓的目的

耗電優(yōu)化

1.盡可能減少CPU GPU功耗
2.少用定時器
3.優(yōu)化I/O操作
  a.盡量不要頻繁寫入小數(shù)據(jù) 最好批量一次性寫入
  b.讀取大量重要數(shù)據(jù)時 考慮用dispatch_io 其提供了基于GCD的異步操作文件I/O的API 用dispatch_io 系統(tǒng)會優(yōu)化磁
盤訪問
  c.數(shù)據(jù)量比較大時 建議使用數(shù)據(jù)庫

網(wǎng)絡優(yōu)化

1.減少 壓縮網(wǎng)絡數(shù)據(jù)
2.如果多次請求的結果是相同的 盡量使用緩存
3.使用斷點續(xù)傳柔纵，否則網(wǎng)絡不穩(wěn)定時可能多次傳輸相同的內容
4.網(wǎng)絡不可用的時候 不要嘗試執(zhí)行網(wǎng)絡請求
5.讓用戶可以取消長時間運行或者速度很慢的網(wǎng)絡操作 設置合理的超時時間
6.批量傳輸缔杉，比如:下載視頻流時，不要傳輸很小的數(shù)據(jù)包搁料，直接下載整個文件或者一大塊一大塊地下載或详。如果下載廣告，一次性
多下載一些郭计，然后再慢慢展示霸琴。如果下載電子郵件，一次下載多封昭伸，不要一封一封地下載

定位優(yōu)化

1.如果只是需要快速確定用戶位置梧乘，最好用CLLocationManager的requestLocation方法。定位完成后勋乾，會自動讓定位硬件
斷電
2.如果不是導航應用宋下，盡量不要實時更新位置，定位完畢就關掉定位服務
3.盡量降低定位精度辑莫，比如盡量不要使用精度最高的kCLLocationAccuracyBest
4.需要后臺定位時学歧，盡量設置pausesLocationUpdatesAutomatically為YES，如果用戶不太可能移動的時候系統(tǒng)會自動暫
停位置更新
5.盡量不要使用startMonitoringSignificantLocationChanges各吨，優(yōu)先考慮startMonitoringForRegion:

硬件檢測優(yōu)化

用戶移動枝笨、搖晃袁铐、傾斜設備時，會產生動作(motion)事件横浑，這些事件由加速度計剔桨、陀螺儀、磁力計等硬件檢測徙融。在不需要檢測的
場合洒缀，應該及時關閉這些硬件

App的啟動

啟動類型

1.冷啟動 從零開始啟動APP
2.熱啟動 APP已經(jīng)在內存中 在后臺活著 再次點擊圖標啟動APP

APP 啟動時間的優(yōu)化主要是針對冷啟動進行優(yōu)化

如何打印啟動時間進行分析

- 通過添加環(huán)境變量可以打印出APP的啟動時間分析（Edit scheme -> Run -> Arguments）
DYLD_PRINT_STATISTICS設置為1
- 如果需要更詳細的信息，那就將DYLD_PRINT_STATISTICS_DETAILS設置為1

冷啟動的階段

- dyld
- runtime
- main

冷啟動的階段.png

APP的啟動 - dyld

dyld  Apple的動態(tài)鏈接器 可以用來裝載Mach-O文件（可執(zhí)行文件欺冀、動態(tài)庫等）

dyld所做的事情

- 裝載app的可執(zhí)行文件 同時會遞歸加載所有依賴的動態(tài)庫
- 當dyld把可執(zhí)行文件 動態(tài)庫都裝載完畢后 會通知Runtime進行下一步操作

APP的啟動 - Runtime

- 調用map_images進行可執(zhí)行文件內容的解析和處理
- 在load_images中調用call_load_methods 調用所有Class 和 Category的+load方法
- 進行各種objc結構的初始化(注冊objc類 初始化類對象等等)
- 調用C++靜態(tài)初始化器和__attribute__((constructor))修飾的函數(shù)

可執(zhí)行文件和動態(tài)庫中所有的符號(Class树绩，Protocol，Selector隐轩，IMP饺饭，…)都已經(jīng)按格式成功加載到內存中，被runtime 所管理

APP的啟動 - main

- APP的啟動由dyld主導职车，將可執(zhí)行文件加載到內存瘫俊，順便加載所有依賴的動態(tài)庫
- 并由runtime負責加載成objc定義的結構
- 所有初始化工作結束后，dyld就會調用main函數(shù)
- 接下來就是UIApplicationMain函數(shù)悴灵，AppDelegate的application:didFinishLaunchingWithOptions:方法

APP的啟動優(yōu)化

@dyld階段
- 減少動態(tài)庫扛芽、合并一些動態(tài)庫（定期清理不必要的動態(tài)庫）
- 減少Objc類、分類的數(shù)量积瞒、減少Selector數(shù)量（定期清理不必要的類胸哥、分類）
- 減少C++虛函數(shù)數(shù)量
- Swift盡量使用struct
@runtime階段
用+initialize方法和dispatch_once取代所有的__attribute__((constructor))、C++靜態(tài)構造器赡鲜、ObjC的+load
@main
- 在不影響用戶體驗的前提下，盡可能將一些操作延遲庐船，不要全部都放在finishLaunching方法中
- 按需加載

安裝包瘦身

安裝包主要由可執(zhí)行文件資源文件組成

@資源（圖片银酬、音頻、視頻等）
  a.采取無損壓縮
  b.去除沒有用到的資源： [https://github.com/tinymind/LSUnusedResources](https://github.com/tinymind/LSUnusedResources)
@可執(zhí)行文件瘦身
  a.編譯器優(yōu)化
    1.Strip Linked Product筐钟、Make Strings Read-Only揩瞪、Symbols Hidden by Default設置為YES
    2.去掉異常支持，Enable C++ Exceptions篓冲、Enable Objective-C Exceptions設置為NO李破， Other C Flags添加-fno-exceptions
@利用AppCode（[https://www.jetbrains.com/objc/](https://www.jetbrains.com/objc/)）檢測未使用的代碼：菜單欄 -> Code -> Inspect Code
@編寫LLVM插件檢測出重復代碼、未被調用的代碼

LinkMap

生成LinkMap文件壹将，可以查看可執(zhí)行文件的具體組成