3.遇到tableView卡頓嘛窘疮？會(huì)造成卡頓的原因大致有哪些袋哼？
可能造成tableView卡頓的原因有：
1.最常用的就是cell的重用， 注冊(cè)重用標(biāo)識(shí)符
如果不重用cell時(shí)考余，每當(dāng)一個(gè)cell顯示到屏幕上時(shí)先嬉，就會(huì)重新創(chuàng)建一個(gè)新的cell轧苫；
如果有很多數(shù)據(jù)的時(shí)候楚堤，就會(huì)堆積很多cell疫蔓。
如果重用cell，為cell創(chuàng)建一個(gè)ID身冬，每當(dāng)需要顯示cell 的時(shí)候衅胀，都會(huì)先去緩沖池中尋找可循環(huán)利用的cell，如果沒(méi)有再重新創(chuàng)建cell
2.避免cell的重新布局
cell的布局填充等操作 比較耗時(shí)酥筝，一般創(chuàng)建時(shí)就布局好
如可以將cell單獨(dú)放到一個(gè)自定義類(lèi)滚躯，初始化時(shí)就布局好
3.提前計(jì)算并緩存cell的屬性及內(nèi)容
當(dāng)我們創(chuàng)建cell的數(shù)據(jù)源方法時(shí)，編譯器并不是先創(chuàng)建cell 再定cell的高度
而是先根據(jù)內(nèi)容一次確定每一個(gè)cell的高度嘿歌，高度確定后掸掏，再創(chuàng)建要顯示的cell，滾動(dòng)時(shí)宙帝，每當(dāng)cell進(jìn)入憑虛都會(huì)計(jì)算高度丧凤，提前估算高度告訴編譯器，編譯器知道高度后步脓，緊接著就會(huì)創(chuàng)建cell愿待，這時(shí)再調(diào)用高度的具體計(jì)算方法，這樣可以方式浪費(fèi)時(shí)間去計(jì)算顯示以外的cell
4.減少cell中控件的數(shù)量
盡量使cell得布局大致相同靴患，不同風(fēng)格的cell可以使用不用的重用標(biāo)識(shí)符仍侥，初始化時(shí)添加控件，
不適用的可以先隱藏
5.不要使用ClearColor鸳君，無(wú)背景色农渊，透明度也不要設(shè)置為0
渲染耗時(shí)比較長(zhǎng)
6.使用局部更新
如果只是更新某組的話，使用reloadSection進(jìn)行局部更新
7.加載網(wǎng)絡(luò)數(shù)據(jù)或颊，下載圖片腿时，使用異步加載，并緩存
8.少使用addView 給cell動(dòng)態(tài)添加view
9.按需加載cell饭宾，cell滾動(dòng)很快時(shí)批糟，只加載范圍內(nèi)的cell
10.不要實(shí)現(xiàn)無(wú)用的代理方法，tableView只遵守兩個(gè)協(xié)議
11.緩存行高：estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同時(shí)存在看铆，這兩者同時(shí)存在才會(huì)出現(xiàn)“竄動(dòng)”的bug徽鼎。所以我的建議是：只要是固定行高就寫(xiě)預(yù)估行高來(lái)減少行高調(diào)用次數(shù)提升性能。如果是動(dòng)態(tài)行高就不要寫(xiě)預(yù)估方法了弹惦，用一個(gè)行高的緩存字典來(lái)減少代碼的調(diào)用次數(shù)即可
12.不要做多余的繪制工作否淤。在實(shí)現(xiàn)drawRect:的時(shí)候，它的rect參數(shù)就是需要繪制的區(qū)域棠隐，這個(gè)區(qū)域之外的不需要進(jìn)行繪制石抡。例如上例中，就可以用CGRectIntersectsRect助泽、CGRectIntersection或CGRectContainsRect判斷是否需要繪制image和text啰扛，然后再調(diào)用繪制方法嚎京。
13.預(yù)渲染圖像。當(dāng)新的圖像出現(xiàn)時(shí)隐解，仍然會(huì)有短暫的停頓現(xiàn)象鞍帝。解決的辦法就是在bitmap context里先將其畫(huà)一遍，導(dǎo)出成UIImage對(duì)象煞茫，然后再繪制到屏幕帕涌；
14.使用正確的數(shù)據(jù)結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù)。
