你在項(xiàng)目中是怎么優(yōu)化內(nèi)存的？
優(yōu)化你是從哪幾方面著手畦戒？
列表卡頓的原因可能有哪些籍嘹？你平時(shí)是怎么優(yōu)化的闪盔？
遇到tableView卡頓嘛弯院？會(huì)造成卡頓的原因大致有哪些？
卡頓優(yōu)化 - CPU
盡量用輕量級(jí)的對(duì)象泪掀，比如用不到事件處理的地方听绳，可以考慮使用CALayer取代UIView
不要頻繁地調(diào)用UIView的相關(guān)屬性，比如frame异赫、bounds椅挣、transform等屬性，盡量減少不必要的修改
盡量提前計(jì)算好布局塔拳，在有需要時(shí)一次性調(diào)整對(duì)應(yīng)的屬性鼠证，不要多次修改屬性
Autolayout會(huì)比直接設(shè)置frame消耗更多的CPU資源
圖片的size最好剛好跟UIImageView的size保持一致
控制一下線程的最大并發(fā)數(shù)量
-
盡量把耗時(shí)的操作放到子線程
- 文本處理（尺寸計(jì)算、繪制）
- 圖片處理（解碼靠抑、繪制）
盡量避免短時(shí)間內(nèi)大量圖片的顯示量九，盡可能將多張圖片合成一張進(jìn)行顯示
GPU能處理的最大紋理尺寸是4096x4096，一旦超過這個(gè)尺寸孕荠，就會(huì)占用CPU資源進(jìn)行處理娩鹉，所以紋理盡量不要超過這個(gè)尺寸
盡量減少視圖數(shù)量和層次
減少透明的視圖（alpha<1），不透明的就設(shè)置opaque為YES
盡量避免出現(xiàn)離屏渲染
離屏渲染
在OpenGL中稚伍，GPU有2種渲染方式
- On-Screen Rendering：當(dāng)前屏幕渲染弯予，在當(dāng)前用于顯示的屏幕緩沖區(qū)進(jìn)行渲染操作
- Off-Screen Rendering：離屏渲染，在當(dāng)前屏幕緩沖區(qū)以外新開辟一個(gè)緩沖區(qū)進(jìn)行渲染操作
離屏渲染消耗性能的原因?
- 需要?jiǎng)?chuàng)建新的緩沖區(qū)
- 離屏渲染的整個(gè)過程个曙，需要多次切換上下文環(huán)境锈嫩，先是從當(dāng)前屏幕（On-Screen）切換到離屏（Off-Screen）；等到離屏渲染結(jié)束以后垦搬，將離屏緩沖區(qū)的渲染結(jié)果顯示到屏幕上呼寸，又需要將上下文環(huán)境從離屏切換到當(dāng)前屏幕
哪些操作會(huì)觸發(fā)離屏渲染？
- 光柵化猴贰，layer.shouldRasterize = YES
- 遮罩对雪，layer.mask
- 圓角，同時(shí)設(shè)置layer.masksToBounds = YES米绕、layer.cornerRadius大于0
考慮通過CoreGraphics繪制裁剪圓角瑟捣，或者叫美工提供圓角圖片 - 陰影，layer.shadowXXX
- 如果設(shè)置了layer.shadowPath就不會(huì)產(chǎn)生離屏渲染
卡頓檢測(cè)
平時(shí)所說的“卡頓”主要是因?yàn)樵谥骶€程執(zhí)行了比較耗時(shí)的操作
可以添加Observer到主線程RunLoop中栅干，通過監(jiān)聽RunLoop狀態(tài)切換的耗時(shí)迈套，以達(dá)到監(jiān)控卡頓的目的
耗電量?jī)?yōu)化
盡可能降低CPU、GPU功耗
少用定時(shí)器
-
優(yōu)化I/O操作
- 盡量不要頻繁寫入小數(shù)據(jù)碱鳞，最好批量一次性寫入
讀寫大量重要數(shù)據(jù)時(shí)桑李，考慮用dispatch_io，其提供了基于GCD的異步操作文件I/O的API。用dispatch_io系統(tǒng)會(huì)優(yōu)化磁盤訪問
數(shù)據(jù)量比較大的贵白，建議使用數(shù)據(jù)庫（比如SQLite率拒、CoreData）
- 盡量不要頻繁寫入小數(shù)據(jù)碱鳞，最好批量一次性寫入
-
網(wǎng)絡(luò)優(yōu)化
- 減少、壓縮網(wǎng)絡(luò)數(shù)據(jù)
- 如果多次請(qǐng)求的結(jié)果是相同的禁荒，盡量使用緩存
- 使用斷點(diǎn)續(xù)傳俏橘，否則網(wǎng)絡(luò)不穩(wěn)定時(shí)可能多次傳輸相同的內(nèi)容
- 網(wǎng)絡(luò)不可用時(shí)，不要嘗試執(zhí)行網(wǎng)絡(luò)請(qǐng)求
- 讓用戶可以取消長(zhǎng)時(shí)間運(yùn)行或者速度很慢的網(wǎng)絡(luò)操作圈浇，設(shè)置合適的超時(shí)時(shí)間
批量傳輸寥掐，比如，下載視頻流時(shí)磷蜀，不要傳輸很小的數(shù)據(jù)包召耘，直接下載整個(gè)文件或者一大塊一大塊地下載。如果下載廣告褐隆，一次性多下載一些污它，然后再慢慢展示。如果下載電子郵件庶弃，一次下載多封衫贬，不要一封一封地下載
-
定位優(yōu)化
- 如果只是需要快速確定用戶位置，最好用CLLocationManager的requestLocation方法歇攻。定位完成后固惯，會(huì)自動(dòng)讓定位硬件斷電
如果不是導(dǎo)航應(yīng)用，盡量不要實(shí)時(shí)更新位置缴守，定位完畢就關(guān)掉定位服務(wù)
盡量降低定位精度葬毫，比如盡量不要使用精度最高的kCLLocationAccuracyBest
需要后臺(tái)定位時(shí)，盡量設(shè)置pausesLocationUpdatesAutomatically為YES屡穗，如果用戶不太可能移動(dòng)的時(shí)候系統(tǒng)會(huì)自動(dòng)暫停位置更新
盡量不要使用startMonitoringSignificantLocationChanges贴捡，優(yōu)先考慮startMonitoringForRegion:
- 如果只是需要快速確定用戶位置，最好用CLLocationManager的requestLocation方法歇攻。定位完成后固惯，會(huì)自動(dòng)讓定位硬件斷電
-
硬件檢測(cè)優(yōu)化
- 用戶移動(dòng)、搖晃村砂、傾斜設(shè)備時(shí)烂斋，會(huì)產(chǎn)生動(dòng)作(motion)事件，這些事件由加速度計(jì)础废、陀螺儀汛骂、磁力計(jì)等硬件檢測(cè)。在不需要檢測(cè)的場(chǎng)合色迂，應(yīng)該及時(shí)關(guān)閉這些硬件
APP的啟動(dòng)
APP的啟動(dòng)可以分為2種
冷啟動(dòng)（Cold Launch）：從零開始啟動(dòng)APP
熱啟動(dòng)（Warm Launch）：APP已經(jīng)在內(nèi)存中香缺，在后臺(tái)存活著手销，再次點(diǎn)擊圖標(biāo)啟動(dòng)APP
APP啟動(dòng)時(shí)間的優(yōu)化歇僧，主要是針對(duì)冷啟動(dòng)進(jìn)行優(yōu)化
通過添加環(huán)境變量可以打印出APP的啟動(dòng)時(shí)間分析（Edit scheme -> Run -> Arguments）
DYLD_PRINT_STATISTICS設(shè)置為1
如果需要更詳細(xì)的信息，那就將DYLD_PRINT_STATISTICS_DETAILS設(shè)置為1
安裝包瘦身
安裝包（IPA）主要由可執(zhí)行文件、資源組成
資源（圖片诈悍、音頻祸轮、視頻等）
采取無損壓縮
去除沒有用到的資源： https://github.com/tinymind/LSUnusedResources
可執(zhí)行文件瘦身
編譯器優(yōu)化
Strip Linked Product、Make Strings Read-Only侥钳、Symbols Hidden by Default設(shè)置為YES
去掉異常支持适袜，Enable C++ Exceptions、Enable Objective-C Exceptions設(shè)置為NO舷夺， Other C Flags添加-fno-exceptions
利用AppCode（https://www.jetbrains.com/objc/）檢測(cè)未使用的代碼：菜單欄 -> Code -> Inspect Code
編寫LLVM插件檢測(cè)出重復(fù)代碼苦酱、未被調(diào)用的代碼
