一、入門級(jí)
1. 用ARC管理內(nèi)存
2.在正確的地方使用reuse Identifier
static NSString *CellIdentifier = @"Cell";
UITableViewCell?*cell?=?[tableView?dequeueReusableCellWithIdentifier:CellIdentifier?forIndexPath:indexPath];
3.盡可能的使Views不透明
如果你有不透明的Views，你應(yīng)該設(shè)置它們的opaque屬性為YES。系統(tǒng)會(huì)以最優(yōu)的方式渲染這個(gè)view；
目標(biāo)就是，能設(shè)為opaque的就全設(shè)為opaque!
4.避免龐大的XIB
當(dāng)你加載一個(gè)XIB的時(shí)候所有內(nèi)容都被放在了內(nèi)存里，包括任何圖片。如果有一個(gè)不會(huì)即刻用到的view，你這就是在浪費(fèi)寶貴的內(nèi)存資源了。Storyboards就是另一碼事兒了，storyboard僅在需要時(shí)實(shí)例化一個(gè)view controller.
5.不要block主線程
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
//?switch?to?a?background?thread?and?perform?your?expensive?operation
dispatch_async(dispatch_get_main_queue(),?^{
//?switch?back?to?the?main?thread?to?update?your?UI
});
});
6.在ImageViews中調(diào)整圖片大小
如果要在`UIImageView`中顯示一個(gè)來自bundle的圖片，你應(yīng)保證圖片的大小和UIImageView的大小相同。在運(yùn)行中縮放圖片是很耗費(fèi)資源的，特別是`UIImageView`嵌套在`UIScrollView`中的情況下。
如果圖片是從遠(yuǎn)端服務(wù)加載的你不能控制圖片大小，比如在下載前調(diào)整到合適大小的話，你可以在下載完成后，最好是用background thread，縮放一次，然后在UIImageView中使用縮放后的圖片。
7.選擇正確的Collection
Arrays:有序的一組值。使用index來lookup很快，使用value lookup很慢，插入/刪除很慢。
Dictionaries:存儲(chǔ)鍵值對(duì)。用鍵來查找比較快。
Sets:無序的一組值。用值來查找很快，插入/刪除很快。
8.打開gzip壓縮
減小文檔的一個(gè)方式就是在服務(wù)端和你的app中打開gzip。這對(duì)于文字這種能有更高壓縮率的數(shù)據(jù)來說會(huì)有更顯著的效用。
iOS已經(jīng)在NSURLConnection中默認(rèn)支持了gzip壓縮，當(dāng)然AFNetworking這些基于它的框架亦然。像Google App Engine這些云服務(wù)提供者也已經(jīng)支持了壓縮輸出。
二、中級(jí)（相對(duì)復(fù)雜的情況下會(huì)用到）
1.重用和延遲加載Views
A.創(chuàng)建并隱藏這個(gè)view當(dāng)這個(gè)screen加載的時(shí)候，當(dāng)需要時(shí)顯示它；
B.當(dāng)需要時(shí)才創(chuàng)建并展示。
2.Cache ?
原則：緩存所需要的，也就是那些不大可能改變但是需要經(jīng)常讀取的東西。
3.權(quán)衡渲染方法
CoreGraphics
OpenGL
CALayer
4.處理內(nèi)存警告
UIKit提供了幾種收集低內(nèi)存警告的方法:
在app delegate中使用`applicationDidReceiveMemoryWarning:` 的方法
在你的自定義UIViewController的子類(subclass)中覆蓋`didReceiveMemoryWarning`
注冊(cè)并接收 UIApplicationDidReceiveMemoryWarningNotification 的通知
5.重用大開銷的對(duì)象
一些objects的初始化很慢，比如NSDateFormatter和NSCalendar。然而，你又不可避免地需要使用它們，比如從JSON或者XML中解析數(shù)據(jù)。
想要避免使用這個(gè)對(duì)象的瓶頸你就需要重用他們，可以通過添加屬性到你的class里或者創(chuàng)建靜態(tài)變量來實(shí)現(xiàn)。
注意如果你要選擇第二種方法，對(duì)象會(huì)在你的app運(yùn)行時(shí)一直存在于內(nèi)存中，和單例(singleton)很相似。
下面的代碼說明了使用一個(gè)屬性來延遲加載一個(gè)date formatter. 第一次調(diào)用時(shí)它會(huì)創(chuàng)建一個(gè)新的實(shí)例，以后的調(diào)用則將返回已經(jīng)創(chuàng)建的實(shí)例：
// in your .h or inside a class extension
@property?(nonatomic,?strong)?NSDateFormatter?*formatter;
//?inside?the?implementation?(.m)
//?When?you?need,?just?use?self.formatter
-?(NSDateFormatter?*)formatter?{
? ? ? if(!?_formatter)?{
? ? ? ? ? ? ?_formatter?=?[[NSDateFormatter?alloc]?init];
? ? ? ? ? ? _formatter.dateFormat?=?@"EEE?MMM?dd?HH:mm:ss?Z?yyyy";//?twitter?date?format
? ? ? }
? ? ? return_formatter;
}
6.使用Sprite Sheet（動(dòng)畫）
針對(duì)游戲開發(fā)
7.避免反復(fù)處理數(shù)據(jù)
8.正確的設(shè)定Background Images
9.減少使用Web特性
10.設(shè)定Shadow Path（離屏渲染相關(guān)）
[myView.layer setShadowPath：[[UIBezierPathbezierPathWithRect：myView.bounds] CGPath];
11.UItableView的優(yōu)化
為了保證table view平滑滾動(dòng)，確保你采取了以下的措施:
正確使用`reuseIdentifier`來重用cells
盡量使所有的view opaque，包括cell自身
避免漸變，圖片縮放，后臺(tái)選人
緩存行高
如果cell內(nèi)現(xiàn)實(shí)的內(nèi)容來自web，使用異步加載，緩存請(qǐng)求結(jié)果
使用`shadowPath`來畫陰影
減少subviews的數(shù)量
盡量不適用`cellForRowAtIndexPath:`，如果你需要用到它，只用一次然后緩存結(jié)果
使用正確的數(shù)據(jù)結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù)
使用`rowHeight`, `sectionFooterHeight` 和 `sectionHeaderHeight`來設(shè)定固定的高，不要請(qǐng)求delegate
12.正確的選擇數(shù)據(jù)存儲(chǔ)選項(xiàng)
三、進(jìn)階篇（這些建議只應(yīng)該在你確信他們可以解決問題和得心應(yīng)手的情況下采用）
1.加速啟動(dòng)時(shí)間
2.使用Autorelease Pool
NSArray *urls = ;
for(NSURL *urlinurls) {
@autoreleasepool?{
NSError?*error;
NSString?*fileContents?=?[NSString?stringWithContentsOfURL:url
encoding:NSUTF8StringEncoding?error:&error];
/*?Process?the?string,?creating?and?autoreleasing?more?objects.?*/
}
}
3.選擇是否緩存圖片
imageWithNamed ?會(huì)緩存圖片
imageWithContentOfFile ? 一次
4.盡量避免日期格式轉(zhuǎn)換
- (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp {
return[NSDate?dateWithTimeIntervalSince1970:timestamp];
}
原文地址：http://blog.jobbole.com/37984/
iOS開發(fā)遇到問題歡迎前來留言，一定盡心盡力幫忙解答?。。?/p>
