1,復(fù)用問題:UITableViewCells侮叮,UICollectionViewCells,tableView和collectionView的組頭和組尾設(shè)置正確的復(fù)用標(biāo)識(shí)避矢,充分復(fù)用。
2签赃,盡量把Views設(shè)置為不透明:opaque這個(gè)屬性給渲染系統(tǒng)提供了一個(gè)如何處理這個(gè)view的提示谷异,如果設(shè)為YES,渲染系統(tǒng)就認(rèn)為這個(gè)view是完全不透明的锦聊,這使得渲染系統(tǒng)優(yōu)化一些渲染過程和提高性能歹嘹。
3,不要使用太復(fù)雜的XIB/StoryBoard:載入時(shí)就會(huì)將XIB/StoryBoard需要的所有資源孔庭,包括圖片全部載入內(nèi)存尺上,即使之后很久才會(huì)用到。與那些相比純代碼寫的延遲加載圆到,性能及內(nèi)存就差了很多怎抛。
4,選中正確的數(shù)據(jù)結(jié)構(gòu):學(xué)會(huì)選擇對業(yè)務(wù)場景最合適的數(shù)組結(jié)構(gòu)是寫出高效代碼的基礎(chǔ)芽淡。比如:數(shù)組:有序的一組值马绝。使用索引來查詢很快,使用值查詢很慢挣菲,插入/刪除很慢富稻。字典:存儲(chǔ)鍵值對,用鍵來查找比較快白胀,集合:無序的一組值椭赋,用值來查找很快,插入/刪除很快或杠。
5哪怔,gizp/zip壓縮:當(dāng)從服務(wù)端下載相關(guān)附件時(shí), 可以通過gzip/zip壓縮再下載,使得內(nèi)存更小认境,下載速度也更快胚委。
6,延遲加載:對于不應(yīng)該使用是數(shù)據(jù)元暴,使用延遲加載方式篷扩,對于不需要馬上顯示的視圖,使用延遲加載方式茉盏,比如:網(wǎng)絡(luò)請求失敗時(shí)顯示的提示界面鉴未,可能一直都不會(huì)使用到,因此應(yīng)該使用延遲加載鸠姨。
場景舉例:用戶點(diǎn)擊一個(gè)按鈕的時(shí)候需要呈現(xiàn)一個(gè)view的場景铜秆。有兩種實(shí)現(xiàn)方法:
(1):創(chuàng)建并隱藏這個(gè)view當(dāng)這個(gè)screen加載的時(shí)候,當(dāng)需要的時(shí)候顯示他
(2):當(dāng)需要時(shí)才創(chuàng)建并顯示讶迁。
方案一:需要一開始就創(chuàng)建一個(gè)View并保持它知道不再使用连茧,會(huì)更加消耗內(nèi)存,然而會(huì)使你的app操作更敏感巍糯,因?yàn)辄c(diǎn)擊時(shí)只需要改變一下這個(gè)view的可見性
方案二:消耗更少內(nèi)存啸驯,但是會(huì)在點(diǎn)擊按鈕的時(shí)候比第一種稍顯卡頓。
7祟峦,數(shù)據(jù)緩存:對于cell的行高要緩存起來罚斗,使得reload數(shù)據(jù)時(shí) ,效率極高宅楞。對于那些網(wǎng)絡(luò)數(shù)據(jù)针姿,不需要 每次都請求的,應(yīng)該緩存起來厌衙,可以寫入數(shù)據(jù)庫距淫,也可以通過plist文件存儲(chǔ)。
8婶希,處理內(nèi)存警告:一般在基類統(tǒng)一處理內(nèi)存警告榕暇,將相關(guān)不用的資源立即釋放掉。
UIKi提供了幾種收集低內(nèi)存警告的方法
· 在app delegate中使用applicationDidReceiveMemoryWarning:
的方法
· 在你的自定義UIViewController的子類(subclass)中覆蓋didReceiveMemoryWarning
· 注冊并接收 UIApplicationDidReceiveMemoryWarningNotification的通知
9喻杈,重用大開銷對象:一些對象的初始化很慢拐揭,比如:NSDateFormatter和NSCalendar,但又不可避免的需要使用它們奕塑,通常是作為屬性存儲(chǔ)起來,防止反復(fù)創(chuàng)建家肯。
10龄砰,避免反復(fù)處理數(shù)據(jù):許多應(yīng)用需要從服務(wù)器加載功能所需的常為JSON或者XML格式的數(shù)據(jù),在服務(wù)器端和客戶端使用相同的數(shù)據(jù)結(jié)構(gòu)很重要。
11换棚,使用Autorelease Pool:在某些循環(huán)創(chuàng)建臨時(shí)變量處理數(shù)據(jù)時(shí)式镐,自動(dòng)釋放池以保證能及時(shí)釋放內(nèi)存。
12固蚤,正確選擇圖片加載方式娘汞。
在View里放背景圖片就像很多其它iOS編程一樣有很多方法:
使用UIColor的 colorWithPatternImage來設(shè)置背景色;
在view中添加一個(gè)UIImageView作為一個(gè)子View夕玩。
如果你使用全畫幅的背景圖你弦,你就必須使用UIImageView因?yàn)閁IColor的colorWithPatternImage是用來創(chuàng)建小的重復(fù)的圖片作為背景的。這種情形下使用UIImageView可以節(jié)約不少的內(nèi)存:
UIImageView *backgroundView = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"background"]];
[self.view addSubview:backgroundView];
如果你用小圖平鋪來創(chuàng)建背景燎孟,你就需要用UIColor的colorWithPatternImage來做了禽作,它會(huì)更快地渲染也不會(huì)花費(fèi)很多內(nèi)存:
self.view.backgroundColor = [UIColor colorWithPatternImage:[UIImage imageNamed:@"background"]];
13,如果要在UIImagView中顯示一個(gè)來自bundle的圖片揩页,應(yīng)該保證圖片的大小和UIImageView的大小相同旷偿,在運(yùn)行中縮放圖片是很耗資源的,特別是UIImageView嵌套在UIScrollView中的情況下爆侣。如過圖片是從遠(yuǎn)端服務(wù)加載的圖片你不能控制圖片大小萍程,可以在下載完成后,最好用background thread兔仰,縮放一次茫负,然后在UIImageView中使用縮放后的圖片。
14斋陪,caches
NSURLConnection默認(rèn)會(huì)緩存資源在內(nèi)存或者存儲(chǔ)中根據(jù)它所加載的HTTP Headers朽褪。你甚至可以手動(dòng)創(chuàng)建一個(gè)NSURLRequest然后使它只加載緩存的值。
下面是一個(gè)可用的代碼段无虚,你可以可以用它去為一個(gè)基本不會(huì)改變的圖片創(chuàng)建一個(gè)NSURLRequest并緩存它:
+ (NSMutableURLRequest *)imageRequestWithURL:(NSURL *)url {
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
request.cachePolicy = NSURLRequestReturnCacheDataElseLoad;
request.HTTPShouldHandleCookies = NO;
request.HTTPShouldUsePipelining = YES;
[request addValue:@"image/*"forHTTPHeaderField:@"Accept"];
return request;
}
注意你可以通過 NSURLConnection 獲取一個(gè)URL request缔赠, AFNetworking也一樣的。這樣你就不必為采用這條tip而改變所有的networking代碼了友题。
如果你需要緩存其它不是HTTP Request的東西嗤堰,你可以用NSCache。
NSCache和NSDictionary類似度宦,不同的是系統(tǒng)回收內(nèi)存的時(shí)候它會(huì)自動(dòng)刪掉它的內(nèi)容踢匣。
15:減少使用web特性
UIWebView很有用,用它來展示網(wǎng)頁內(nèi)容或者創(chuàng)建UIKit很難做到的動(dòng)畫效果是很簡單的一件事戈抄。但是你可能有注意到UIWebView并不像驅(qū)動(dòng)Safari的那么快离唬。這是由于以JIT compilation為特色的Webkit的Nitro Engine的限制。
所以想要更高的性能你就要調(diào)整下你的HTML了划鸽。第一件要做的事就是盡可能移除不必要的javascript输莺,避免使用過大的框架戚哎。能只用原生js就更好了。
另外嫂用,盡可能異步加載例如用戶行為統(tǒng)計(jì)script這種不影響頁面表達(dá)的javascript型凳。
最后,永遠(yuǎn)要注意你使用的圖片嘱函,保證圖片的符合你使用的大小甘畅。使用Sprite sheet提高加載速度和節(jié)約內(nèi)存。
16:設(shè)定Shadow Path
如何在一個(gè)View或者一個(gè)layer上加一個(gè)shadow呢往弓,QuartzCore框架是很多開發(fā)者的選擇:
UIView *view = [[UIView alloc] init];
view.layer.shadowOffset = CGSizeMake(-1.0f, 1.0f);
view.layer.shadowRadius = 5.0f;
view.layer.shadowOpacity = 0.6;
看起來很簡單疏唾,對吧×梁剑可是荸实,壞消息是使用這個(gè)方法也有它的問題… Core Animation不得不先在后臺(tái)得出你的圖形并加好陰影然后才渲染,這開銷是很大的缴淋。
使用shadowPath的話就避免了這個(gè)問題:
view.layer.shadowPath = [[UIBezierPath bezierPathWithRect:view.bounds] CGPath];
使用shadow path的話iOS就不必每次都計(jì)算如何渲染准给,它使用一個(gè)預(yù)先計(jì)算好的路徑。但問題是自己計(jì)算path的話可能在某些View中比較困難重抖,且每當(dāng)view的frame變化的時(shí)候你都需要去update shadow path.
17:優(yōu)化tableView
為了保證table view平滑滾動(dòng)露氮,確保你采取了以下的措施:
1)正確使用reuseIdentifier
來重用cells
- 盡量使所有的view opaque,包括cell自身
3)避免漸變钟沛,圖片縮放畔规,后臺(tái)選人 - 緩存行高
5)如果cell內(nèi)現(xiàn)實(shí)的內(nèi)容來自web,使用異步加載恨统,緩存請求結(jié)果 - 使用
shadowPath
來畫陰影
7)減少subviews的數(shù)量
8)盡量不適用cellForRowAtIndexPath:
叁扫,如果你需要用到它,只用一次然后緩存結(jié)果
9)使用正確的數(shù)據(jù)結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù)
10)使用rowHeight
,sectionFooterHeight
和sectionHeaderHeight
來設(shè)定固定的高畜埋,不要請求delegate
18:選擇是否緩存圖片
常見的從bundle中加載圖片的方式有兩種莫绣,一個(gè)是用imageNamed
,二是用imageWithContentsOfFile
悠鞍,第一種比較常見一點(diǎn)对室。
既然有兩種類似的方法來實(shí)現(xiàn)相同的目的,那么他們之間的差別是什么呢咖祭?
imageNamed
的優(yōu)點(diǎn)是當(dāng)加載時(shí)會(huì)緩存圖片掩宜。imageNamed
的文檔中這么說:這個(gè)方法用一個(gè)指定的名字在系統(tǒng)緩存中查找并返回一個(gè)圖片對象如果它存在的話。如果緩存中沒有找到相應(yīng)的圖片么翰,這個(gè)方法從指定的文檔中加載然后緩存并返回這個(gè)對象牺汤。
相反的,imageWithContentsOfFile
僅加載圖片浩嫌。
下面的代碼說明了這兩種方法的用法:
UIImage *img = [UIImage imageNamed:@"myImage"];// caching
// or
UIImage *img = [UIImage imageWithContentsOfFile:@"myImage"];// no caching
那么我們應(yīng)該如何選擇呢慧瘤?
如果你要加載一個(gè)大圖片而且是一次性使用戴已,那么就沒必要緩存這個(gè)圖片,用imageWithContentsOfFile
足矣锅减,這樣不會(huì)浪費(fèi)內(nèi)存來緩存它。
然而伐坏,在圖片反復(fù)重用的情況下imageNamed
是一個(gè)好得多的選擇怔匣。
19:避免日期格式轉(zhuǎn)換
如果你要用NSDateFormatter
來處理很多日期格式,應(yīng)該小心以待桦沉。就像先前提到的每瞒,任何時(shí)候重用NSDateFormatters
都是一個(gè)好的實(shí)踐。
如果你可以控制你所處理的日期格式纯露,盡量選擇Unix時(shí)間戳剿骨。你可以方便地從時(shí)間戳轉(zhuǎn)換到NSDate:
- (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp {
return[NSDate dateWithTimeIntervalSince1970:timestamp];
}
需要注意的是,許多web API會(huì)以微秒的形式返回時(shí)間戳埠褪,因?yàn)檫@種格式在javascript中更方便使用浓利。記住用dateFromUnixTimestamp
之前除以1000就好了。