iOS內(nèi)存的使用和優(yōu)化的注意事項(xiàng)

重用問(wèn)題:

如UITableViewCells、UICollectionViewCells、UITableViewHeaderFooterViews

設(shè)置正確的reuseIdentifier,充分重用;

盡量把views設(shè)置為不透明:

當(dāng)opque為NO的時(shí)候,圖層的半透明取決于圖片和其本身合成的圖層為結(jié)果,可提高性能;

不要使用太復(fù)雜的XIB/Storyboard:

載入時(shí)就會(huì)將XIB/storyboard需要的所有資源,

包括圖片全部載入內(nèi)存,即使未來(lái)很久才會(huì)使用。

那些相比純代碼寫的延遲加載,性能及內(nèi)存就差了很多;

選擇正確的數(shù)據(jù)結(jié)構(gòu):

學(xué)會(huì)選擇對(duì)業(yè)務(wù)場(chǎng)景最合適的數(shù)組結(jié)構(gòu)是寫出高效代碼的基礎(chǔ)。

比如,數(shù)組: 有序的一組值。

使用索引來(lái)查詢很快,使用值查詢很慢,插入/刪除很慢。

字典: 存儲(chǔ)鍵值對(duì),用鍵來(lái)查找比較快。

集合: 無(wú)序的一組值,用值來(lái)查找很快,插入/刪除很快。

gzip/zip壓縮:

當(dāng)從服務(wù)端下載相關(guān)附件時(shí),可以通過(guò)gzip/zip壓縮后再下載,使得內(nèi)存更小,下載速度也更快。

延遲加載:

對(duì)于不應(yīng)該使用的數(shù)據(jù),使用延遲加載方式。

對(duì)于不需要馬上顯示的視圖,使用延遲加載方式。

比如,網(wǎng)絡(luò)請(qǐng)求失敗時(shí)顯示的提示界面,可能一直都不會(huì)使用到,因此應(yīng)該使用延遲加載。

數(shù)據(jù)緩存:

對(duì)于cell的行高要緩存起來(lái),使得reload數(shù)據(jù)時(shí),效率也極高。

而對(duì)于那些網(wǎng)絡(luò)數(shù)據(jù),不需要每次都請(qǐng)求的,應(yīng)該緩存起來(lái),

可以寫入數(shù)據(jù)庫(kù),也可以通過(guò)plist文件存儲(chǔ)。

處理內(nèi)存警告:

一般在基類統(tǒng)一處理內(nèi)存警告,將相關(guān)不用資源立即釋放掉

重用大開(kāi)銷對(duì)象:

一些objects的初始化很慢,

比如NSDateFormatter和NSCalendar,但又不可避免地需要使用它們。

通常是作為屬性存儲(chǔ)起來(lái),防止反復(fù)創(chuàng)建。

避免反復(fù)處理數(shù)據(jù):

許多應(yīng)用需要從服務(wù)器加載功能所需的常為JSON或者XML格式的數(shù)據(jù)。

在服務(wù)器端和客戶端使用相同的數(shù)據(jù)結(jié)構(gòu)很重要;

使用Autorelease Pool:

在某些循環(huán)創(chuàng)建臨時(shí)變量處理數(shù)據(jù)時(shí),自動(dòng)釋放池以保證能及時(shí)釋放內(nèi)存;

正確選擇圖片加載方式:詳情閱讀細(xì)讀UIImage加載方式

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容