查看oc文件底層結(jié)構(gòu)

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc xxx.m

支持ARC臀防、指定運行時系統(tǒng)版本

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-15.0.0 xxx.m

一、CPU和GPU

在屏幕成像的過程中镀层，CPU和GPU起著至關(guān)重要的作用

• CPU（Central Processing Unit嗜浮，中央處理器）
  對象的創(chuàng)建和銷毀、對象屬性的調(diào)整丹禀、布局計算状勤、文本的計算和排版、圖片的格式轉(zhuǎn)換和解碼双泪、圖像的繪制（Core Graphics）

• GPU（Graphics Processing Unit持搜，圖形處理器）
  紋理的渲染

  
  
  紋理的渲染.png

在iOS中是雙緩沖機(jī)制，有前幀緩存焙矛、后幀緩存

二葫盼、卡頓檢測

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

1. 卡頓優(yōu)化-CPU

• 盡量使用輕量級的對象村斟，比如用不到事件處理的地方贫导，可以考慮使用CALayer取代UIView
• 不要頻繁地調(diào)用UIView的相關(guān)屬性，比如frame蟆盹、bounds孩灯、transform等屬性，盡量減少不必要的修改
• 盡量提前計算好布局逾滥，在有需要時一次性調(diào)整對應(yīng)的屬性峰档，不要多次修改屬性
• Autolayout會比直接設(shè)置frame消耗更多的CPU資源
• 圖片的size最好剛好跟UIImageView的size保持一致
• 控制一下線程的最大并發(fā)數(shù)量
• 盡量把耗時的操作放到子線程
  1. 文本處理（尺寸計算、繪制）
  2. 圖片處理（解碼寨昙、繪制）

2. 卡頓優(yōu)化-GPU

• 盡量避免短時間內(nèi)大量圖片的顯示讥巡，盡可能將多張圖片合成一張顯示
• GPU能處理的最大紋理尺寸是4096*4096，一旦超過這個尺寸毅待，就會占用CPU資源進(jìn)行處理尚卫，所以紋理盡量不要超過這個尺寸
• 盡量減少視圖數(shù)量和層次
• 減少透明的視圖（alpha<1），不透明的設(shè)置opaque為YES
• 盡量避免出現(xiàn)離屏渲染

三尸红、離屏渲染

1. 在OpenGL中吱涉，GPU有兩種渲染方式

• On-Screen Rendering：當(dāng)前屏幕渲染刹泄，在當(dāng)前用于顯示的屏幕緩沖區(qū)進(jìn)行渲染操作
• Off-Screen Rendering：離屏渲染，在當(dāng)前屏幕緩沖區(qū)以外新開辟一個緩沖區(qū)進(jìn)行渲染操作

2. 離屏渲染消耗性能的原因

• 需要創(chuàng)建新的緩沖區(qū)
• 需要渲染的整個過程怎爵，需要多次切換上下文環(huán)境特石，先是從當(dāng)前屏幕（On-Screen）切換到離屏（Off-Screen）；等到離屏渲染結(jié)束以后鳖链，將離屏緩沖區(qū)的渲染結(jié)果顯示到屏幕上姆蘸，又需要將上下文環(huán)境從離屏切換到當(dāng)前屏幕

3. 哪些操作會觸發(fā)離屏渲染？

• 光柵化芙委，layer.shouldRasterize = YES
• 遮罩逞敷，layer.mask
• 圓角，同時設(shè)置layer.masksToBounds = YES灌侣、layer.cornerRadius大于0
  1. 考慮通過CoreGraphics繪制裁剪圓角推捐，或者讓美工提供圓角圖片
• 陰影，layer.shadowXXX
  1. 如果設(shè)置layer.shadowPath就不會產(chǎn)生離屏渲染

四侧啼、耗電優(yōu)化

1. 盡可能降低CPU牛柒、GPU功耗

2. 少用定時器

3. 優(yōu)化I/O操作

• 盡量不要頻繁寫入小數(shù)據(jù)，最好批量一次性寫入
• 讀寫大量重要數(shù)據(jù)時痊乾，考慮用dispatch_io皮壁，其提供了基于GCD的異步操作文件I/O的API。用dispatch_io系統(tǒng)會優(yōu)化磁盤訪問
• 數(shù)據(jù)量比較大的哪审，建議使用數(shù)據(jù)庫（如：SQLite蛾魄、CoreData）

4. 網(wǎng)絡(luò)優(yōu)化

• 減少、壓縮網(wǎng)絡(luò)數(shù)據(jù)
• 如果多次請求的結(jié)果是相同的协饲，盡量使用緩存
• 使用斷點續(xù)傳畏腕，否則網(wǎng)絡(luò)不穩(wěn)定時可能多次傳輸相同的內(nèi)容
• 網(wǎng)絡(luò)不可用時，不要嘗試執(zhí)行網(wǎng)絡(luò)請求
• 讓用戶可以取消長時間或者速度很慢的網(wǎng)絡(luò)操作茉稠，設(shè)置合適的超時時間
• 批量傳輸描馅，比如下載視頻流時，不要傳輸很小的數(shù)據(jù)包而线，直接下載整個文件或者一大塊一大塊地下載铭污。如果下載廣告，一次多下載些膀篮，然后在慢慢展示嘹狞。如果下載電子郵件，一次下載多封誓竿，不要一封一封下載

5. 定位優(yōu)化

• 如果只是需要快速確定用戶位置磅网，最好用CLLocationManager和requestLocation的方法。定位完成后筷屡，會自動讓定位硬件斷電
• 如果不是導(dǎo)航應(yīng)用涧偷，盡量不要實時更新位置簸喂，定位完畢就關(guān)掉定位服務(wù)
• 盡量降低定位精度，不如盡量不要使用精度較高的kCLLocationAccuracyBest
• 需要后臺定位時燎潮，盡量設(shè)置pausesLocationUpdatesAutomatically為```YES``喻鳄，如果用戶不太可能移動的時候系統(tǒng)會自動暫停位置更新

注：可能涉及的面試題

• 項目中是如何優(yōu)化內(nèi)存的
• 優(yōu)化從哪些方面著手
• 列表卡頓的原因可能有哪些？如何優(yōu)化的确封？
• 是否遇到過tableView卡頓除呵？產(chǎn)生卡頓原因是什么？如何優(yōu)化的爪喘？

上一篇：
OC底層基礎(chǔ)：App啟動流程及啟動優(yōu)化
下一篇：
OC底層基礎(chǔ)：Block