tableview的優(yōu)化一直是一個很考驗基本功的活兒，之前做項目的適合被這個問題困擾了很久，通過性能工具、查閱文檔解決，整理思路和解決方案如下：
tableview優(yōu)化最主要：復(fù)用cell，header，footer實例；使用約束布局cell子控件時不多次添加約束；圖片不過大，盡量不使用透明視圖；避免阻塞主線程；計算高度方法不做大量邏輯處理。
cell是否使用了復(fù)用機制而不是每一次都創(chuàng)建新的cell。
如果每次都創(chuàng)建新的cell，在滑動的時候會表現(xiàn)為：剛開始的時候很順暢，但是會越來越卡，內(nèi)存跟著一直升高，停止滑動的時候也不會降下來。使用緩存機制創(chuàng)建的cell，開始滑動的時候內(nèi)存會開始上升，等創(chuàng)建了一個屏幕再加半屏的cell之后，內(nèi)存趨于平穩(wěn)。
cell是否添加了大量的子控件，或者對layer做了過多的操作。
如果添加了大量的子控件，使用drawRect方法添加子控件，平衡GPU與CPU的負擔。同時還需要注意盡量使用不透明視圖和不重疊的漸變，否則會加大GPU的負擔，造成性能不佳。
高度計算方法時不做復(fù)雜的計算，盡量只使用加減乘除。
自適應(yīng)高度的cell實現(xiàn)方式有很多種，比如，1.使用iOS7以上系統(tǒng)的
func tableView(tableView:UITableView, estimatedHeightForRowAtIndexPath indexPath:NSIndexPath) ->CGFloat
這個方法中，可以先給一個估計的高度，系統(tǒng)會從你給定的高度再去計算實際高度。但是在使用過程中會出現(xiàn)cell突然變高變得低的情況，不適用于高度變化太大的cell。
2.如果使用約束布局創(chuàng)建的cell子控件，子控件之間都建立了相互約束，最上面的子控件與cell頂部建立約束，最下面的子控件與cell底部建立了約束，相當于子控件把cell撐開了。
這時在高度計算方法中，走一遍cell的loaddata方法后可以通過
func systemLayoutSizeFittingSize(targetSize:CGSize) ->CGSize
取得cell的size，進而得到cell高度。通過這個方法獲取的cell高度是十分精確的，只要創(chuàng)建好子控件的約束就能獲得cell的size。比較不好的是這種方法會重走一遍cell的loaddata方法。除此之外在調(diào)用cell的loaddata之前需要得到cell的實例，實例創(chuàng)建的方式應(yīng)該與cellForRow方法一樣，優(yōu)先從緩存池中取得。
這個方案可能會創(chuàng)建多個cell。如果能在內(nèi)存匯總保存一份cell的實例就能解決這個問題了！我講講我實現(xiàn)的思路：首先先注冊cell,當緩存池中沒有cell時系統(tǒng)會自動創(chuàng)建，有的話會直接取緩存中的cell返回給你。
override funcviewDidLodad(){? ? ? tableView.registerClass(CardCell.self, forCellReuseIdentifier: ID)}
用lazy創(chuàng)建一個cell實例，由于lazy 關(guān)鍵字，cell的創(chuàng)建只會執(zhí)行一次lazy
varcell:CardCell = {//已經(jīng)注冊過cell，當緩存池中沒有cell時系統(tǒng)會自動創(chuàng)建，有的話會直接取緩存中的cell返回let v =self.myTableView?.dequeueReusableCellWithIdentifier(self.ID)as! CardCellreturnv }()
通過懶加載的方式，只創(chuàng)建一次cell的實例，避免內(nèi)存浪費。接下來要做的步驟就是之前講的，調(diào)用cell的loadData方法，計算高度
func tableView(tableView:UITableView, heightForRowAtIndexPath indexPath:NSIndexPath) ->CGFloat{self.imageCell.loadData(d)? ? ? let height:CGFloat=self.cell.contentView.systemLayoutSizeFittingSize(UILayoutFittingCompressedSize).heightreturn height}
之前查資料的時候還有用空間換取時間的方案：
1）在請求網(wǎng)絡(luò)數(shù)據(jù)成功后就計算好高度并通過字典或者數(shù)組保存高度值，在高度方法中直接根據(jù)數(shù)組下標或者key值取得高度并返回。
2）還有建立一個frameModel的方法，與1中相似，只是獲得網(wǎng)絡(luò)數(shù)據(jù)后保存到frameModel中，在frameModel中定義一個類方法，通過獲得的model值計算高度后返回。
避免快速滑動情況下開過多線程。
cell中的圖片開線程異步加載，相信每個人都會想到。線程開過多了會造成資源浪費，內(nèi)存開銷過大。圖片過多時可以不要一滾動就走cellForRow方法，可以在scrollview的代理方法中做限制，當滾動開始減速的時候才加載顯示在當前屏幕上的cell（通過tableview的dragging和declearating兩個狀態(tài)也能判斷）
func tableView(tableView:UITableView, cellForRowAtIndexPath indexPath:NSIndexPath) ->UITableViewCell{? ? ? var canLoad:Bool = !tableView.dragging && !tableView.decelearatingifcanLoad {//開始loaddata，異步加載圖片 }}
圖片處理
1）后臺下載圖片后再回主線程刷新UI，避免阻塞主線程。
2）圖片過大回造成GPU負擔過大，可以在圖片下載后壓縮尺寸后顯示
3）避免對layer做過多的操作，盡量設(shè)置圖片為不透明
補充：
簡單的設(shè)置cornerRadius是不會影響性能的，但是設(shè)置了maskToBounds，會導致離屏渲染，應(yīng)減少設(shè)置圖層 maskToBounds = YES ，；
使用懶加載圖片的方式避免重復(fù)下載圖片，浪費資源。圖片下載后并做壓縮處理后將其保存到緩存中，下次加載此圖片之前先從緩存中取，如果取不到該圖片就在后臺下載保存。
使用Core Graphics實現(xiàn)圓角等功能。
重寫drawRect方法會離屏渲染，導致內(nèi)存急劇上升，即使在這個方法里面不寫一句代碼，也會讓內(nèi)存升高。
鏈接：http://www.itdecent.cn/p/76cb55c6329f
