性能優(yōu)化

1. UITableView的FooterView和HeaderVIew也可以使用reuseIdentifier的, 對(duì)于頻繁顯示的, 可以使用此方法來(lái)優(yōu)化

2. 盡量將不透明的View的Opaque的屬性設(shè)置為YES, 對(duì)于手動(dòng)創(chuàng)建的View尤其是在ScrollView中使用的, 盡量手動(dòng)設(shè)置這個(gè)屬性為YES, 系統(tǒng)會(huì)自動(dòng)做一些渲染優(yōu)化

3. 盡量在Xib中少使用控件, 因?yàn)槊恳粋€(gè)Xib文件都會(huì)在程序運(yùn)行的時(shí)候加載到內(nèi)存中, 如果你的Xib中有很多的圖片, 那樣就會(huì)浪費(fèi)很多的內(nèi)存資源

4. UIImageView中的圖片, 盡量手動(dòng)進(jìn)行一次縮放, 讓他適應(yīng)你的ImageView, 比如在圖片下載之后, 縮放了該圖片然后在使用, 否則會(huì)浪費(fèi)一些不必要的資源

5. 延遲加載View的兩種方案:

   1. 先創(chuàng)建出來(lái)這個(gè)View, 但是將他設(shè)置為隱藏, 在需要用到的時(shí)候顯示: 這個(gè)方案會(huì)在一開(kāi)始的時(shí)候消耗內(nèi)存, 但是由于已經(jīng)創(chuàng)建出來(lái)了, 用戶(hù)點(diǎn)擊顯示View只是更改屬性, 并不會(huì)有卡頓感
   2. 當(dāng)View需要使用的時(shí)候才創(chuàng)建: 這個(gè)方案比較節(jié)省內(nèi)存, 但是如果對(duì)于那些響應(yīng)需要很及時(shí)的View來(lái)說(shuō), 這個(gè)會(huì)有一絲的卡頓感

6. 對(duì)于一些反復(fù)使用的數(shù)據(jù), 盡量要緩存他:

   • 可以使用NSCache來(lái)做緩存, 他會(huì)在系統(tǒng)受到內(nèi)存警告的時(shí)候, 自動(dòng)去釋放

7. 處理內(nèi)存警告

   • 當(dāng)你的程序運(yùn)行內(nèi)存過(guò)大的時(shí)候, 會(huì)收到內(nèi)存警告, 最佳的做法不是在控制器中使用didReceiveMemoryWarning
   • 在AppDelegate中, 使用applicationDidReceiveMemoryWarning方法
   • 在你的控制器中, 注冊(cè)并接受UIApplicationDidReceiveMemoryWarningNotification的通知, 然后執(zhí)行相應(yīng)的方法

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

   • 如: 當(dāng)你從服務(wù)器中獲取到一組NSArray的數(shù)據(jù)的時(shí)候, 你應(yīng)該避免反復(fù)的遍歷或者轉(zhuǎn)換這些數(shù)據(jù), 以免造成不必要的內(nèi)存消耗

9. 關(guān)于View中的背景圖片

   • 在View中添加一個(gè)ImageView是最常規(guī)的做法, 他針對(duì)于一個(gè)大圖作為背景, 最為節(jié)省內(nèi)存
   • 同時(shí)還有另一個(gè)方法就是: [UIColor colorWithPatternImage:], 這個(gè)方法是專(zhuān)門(mén)用來(lái)使用小圖平鋪View來(lái)做背景圖片的方法, 如果你有一個(gè)很小的圖片, 想用它填充一個(gè)View, 那么這個(gè)是最好的做法, 他會(huì)更快的渲染到View中

10. View的陰影

    • 最簡(jiǎn)單的方法是通過(guò)操作Layer來(lái)完成: view.layer.shadowOffset = CGSizeMake(-1.0f, 1.0f);, 但是這個(gè)方法會(huì)讓系統(tǒng)先去計(jì)算你的圖形, 然后添加陰影, 最后再進(jìn)行渲染, 這樣會(huì)造成額外的內(nèi)存開(kāi)銷(xiāo)
    • 另一個(gè)內(nèi)存較為優(yōu)化的方式是: view.layer.shadowPath = [[UIBezierPath bezierPathWithRect:view.bounds] CGPath];, 這個(gè)方法不必每次都去計(jì)算你的陰影, 但是需要自己計(jì)算這個(gè)path, 對(duì)于一些復(fù)雜樣式的View以及經(jīng)常發(fā)生改變的View, 還需要不停的更新

11. UITableVIew的一些優(yōu)化點(diǎn)

    • 盡量使所有的子控件, 包括Cell本身, 都將Opaque設(shè)置為YES
    • 盡量避免進(jìn)行圖片縮放等復(fù)雜操作, 如果必須的話(huà), 請(qǐng)做緩存, 否則內(nèi)存會(huì)飆升
    • 如果cell的內(nèi)容來(lái)自網(wǎng)絡(luò), 那么要使用異步加載, 然后做緩存
    • 盡量使用rowHeight, sectionFooterHeight, sectionHeaderHeight來(lái)設(shè)置高度, 避免代理的重復(fù)設(shè)置

12. 在程序啟動(dòng)的時(shí)候, 一定要盡量避免使用過(guò)大的XIB去構(gòu)建界面, 因?yàn)樗欠旁谥骶€程中去繪制的, 如果實(shí)在想用, 那么就要用StoryBoard, 同時(shí)注意主界面的數(shù)據(jù)一定要去后臺(tái)加載

13. 在for循環(huán)中, 如果需要反復(fù)的創(chuàng)建對(duì)象的話(huà), 那么你就要使用autoreleasepool來(lái)避免內(nèi)存的過(guò)度開(kāi)銷(xiāo)

    • 例如, for循環(huán)中, 反復(fù)的創(chuàng)建臨時(shí)對(duì)象, 但是這些對(duì)象在你for循環(huán)之后就不需要使用了, 那么這時(shí)候就需要使用自動(dòng)釋放池來(lái)優(yōu)化內(nèi)存

14. 選擇是否緩存圖片imageNamed和imageWithContentsOfFile

    • 關(guān)于前者, 官方文檔的解釋為: 這個(gè)方法用一個(gè)指定的名字在系統(tǒng)緩存中查找并返回一個(gè)圖片對(duì)象如果它存在的話(huà)。如果緩存中沒(méi)有找到相應(yīng)的圖片，這個(gè)方法從指定的文檔中加載然后緩存并返回這個(gè)對(duì)象。
    • 也就是說(shuō), imageName會(huì)緩存這個(gè)圖片對(duì)象, 那么對(duì)于那種需要反復(fù)創(chuàng)建使用的圖片, 就需要使用這個(gè)方法了
    • 而后者, 只是單純的加載圖片, 當(dāng)這個(gè)圖片釋放掉了, 那么就需要重新去創(chuàng)建, 無(wú)法從緩存中獲取
    • 因此, 對(duì)于那些圖片較大, 只需要偶爾使用一次的東西, 就使用imageWithContentsOfFile吧