相信大家都已經(jīng)升級了iOS11表箭,而且也做了相應(yīng)的適配掌唾,其中對于tableView這個控件進(jìn)行適配的時候赋续,有很多情況下,很多資料都有說需要把estimatedRowHeight屬性設(shè)置為0快耿,那么它到底是什么囊陡,為什么要這么來做芳绩,我們來探究下。
什么是estimatedRowHeight撞反?
簡而言之estimatedRowHeight是一個預(yù)估高度妥色,iOS11之前是為0,在iOS11下遏片,這個值默認(rèn)為44嘹害。
我們知道tableView是繼承于ScrollView的,一個scrollView能滑動吮便,需要設(shè)置contentSize笔呀,那么tableView的contentSize怎么來呢?iOS11之前线衫,會調(diào)用tableView每一個cell的heightForRowAtIndexPath來算出整個高度凿可,從而相加得出contentSize來,這一個步驟挺耗性能授账!
所以iOS11,默認(rèn)打開了estimatedRowHeight估算高度功能惨驶,當(dāng)tableView創(chuàng)建完成后白热,contentSize為estimatedRowHeight(默認(rèn)值為44)*cell的數(shù)量,不需要遍歷每一個cell的heightForRowAtIndexPath來計算了粗卜。但是這樣子真實的contentSize又怎么得出來呢屋确?
不要急,我們看官方文檔的描述续扔,里面的一句話
也就是說在滑動的時候攻臀,來計算這個值。具體是怎么計算的纱昧,我們可以舉2個例子:
例子一
我們創(chuàng)建一個TableView刨啸,在iPhone7(iOS11)下,origin = (x = 0, y = 20)识脆,size = (width = 375, height = 657)设联,此時方法返回的cell高度為50
-(NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section{
return 100;
}
-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 50;
}
-(void)scrollViewDidScroll:(UIScrollView *)scrollView {
NSLog(@"table ContentSize %@", NSStringFromCGSize(scrollView.contentSize));
}
結(jié)果我們可以看到下圖,初始高度為100 * 44=4400
table ContentSize {375, 4400}
當(dāng)我往下拉(往下不是往上)灼捂,不會出現(xiàn)新的cell离例,僅僅是為了觸發(fā)scrollViewDidScroll這個方法來打印出下面語句來
table ContentSize {375, 4490}
這個值怎么出來的呢?按照計算的話悉稠,也應(yīng)該是4400+(50-44)*13=4478 (這里50-44是每一行的實際高度和預(yù)估的高度的差值宫蛆;13是界面顯示出0~12,總共13行)的猛。
后面經(jīng)過調(diào)試你會發(fā)現(xiàn)耀盗,實際上會調(diào)用15次heightForRow的方法辑甜,這15次,是預(yù)估高度為44袍冷,在657高度的屏幕上磷醋,會顯示出657/44=15個cell出來,所以它的實際計算會根據(jù)這個值來進(jìn)行胡诗,那么此時我們就能得出正確的結(jié)論來了4400+15*(50-44)=4490邓线。
后面當(dāng)你每次顯示出新的cell出來的時候,再進(jìn)行調(diào)整煌恢,增加50-44=6的高度骇陈。
例子二
和例子一的區(qū)別在于,cell高度返回為30瑰抵,也就是小于預(yù)估高度44你雌,其余不變
-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 30;
}
結(jié)果我們可以看到下圖,初始高度為100 * 44=4400
table ContentSize {375, 4400}
當(dāng)我往下拉(往下不是往上)二汛,不會出現(xiàn)新的cell婿崭,僅僅是為了觸發(fā)scrollViewDidScroll這個方法來打印出下面語句來
table ContentSize {375, 4092}
按照例子一的解釋,我們計算下:4400 -(44-30)15= 4190 k燃铡氓栈!它又是怎么來的呢?經(jīng)過調(diào)試婿着,我們發(fā)現(xiàn)它調(diào)用了heightForRow這個方法22次授瘦,也就是目前顯示在屏幕上的可見cell數(shù)量,按照這個竟宋,確實符合:4400 -(44-30)22= 4092提完。同樣的,當(dāng)你往上滑動丘侠,出現(xiàn)新的cell的時候徒欣,contentSize的高度會減去(44-30)
更多iOS開發(fā)資料:kvc、kvo底層原理婉陷,優(yōu)雅的kvo封裝帚称,AutoReleasepool原理、愛奇藝自動循環(huán)輪播圖秽澳、啟動頁廣告闯睹、TableView懶加載、iOS面試題精選等資料可加群:755650623
總結(jié)
那么我們可以得出結(jié)論担神,當(dāng)你的實際高度大于預(yù)估高度的時候楼吃,會按照預(yù)估高度下的cell的數(shù)量來計算contentSize,當(dāng)實際高度小于預(yù)估高度的時候,會按照實際高度下的cell的數(shù)量來計算contentSize孩锡。
如果我們要回到iOS11之前的效果酷宵,我們可以讓estimatedRowHeight=0,關(guān)閉這個預(yù)估高度的效果躬窜。