關於iOS11中estimatedRowHeight

Eason_8pm發表於2017-11-07
iOS

相信大家都已經升級了iOS11，而且也做了相應的適配，其中對於tableView這個控制元件進行適配的時候，比如：整合MJRefresh的時候，當然還有其他很多情況下，很多資料都有說需要把estimatedRowHeight屬性設定為0，那麼它到底是什麼，為什麼要這麼來做，我們來探究下。

什麼是estimatedRowHeight？

官方文件描述
官方文件描述

簡而言之estimatedRowHeight是一個預估高度，iOS11之前是為0，在iOS11下，這個值預設為44。

我們知道tableView是繼承於ScrollView的，一個scrollView能滑動，需要設定contentSize，那麼tableView的contentSize怎麼來呢？iOS11之前，會呼叫tableView每一個cell的heightForRowAtIndexPath來算出整個高度，從而相加得出contentSize來，這一個步驟挺耗效能！

所以iOS11，預設開啟了estimatedRowHeight估算高度功能，當tableView建立完成後，contentSize為estimatedRowHeight（預設值為44）*cell的數量，不需要遍歷每一個cell的heightForRowAtIndexPath來計算了。但是這樣子真實的contentSize又怎麼得出來呢？

不要急，我們看官方文件的描述，裡面的一句話

image.png
image.png

也就是說在滑動的時候，來計算這個值。具體是怎麼計算的，我們可以舉2個例子：

例子一

我們建立一個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));
}複製程式碼

TableView
TableView

結果我們可以看到下圖，初始高度為100 * 44=4400

table ContentSize {375, 4400}

當我往下拉（往下不是往上），不會出現新的cell，僅僅是為了觸發scrollViewDidScroll這個方法來列印出下面語句來

table ContentSize {375, 4490}

這個值怎麼出來的呢？按照計算的話，也應該是4400+(50-44)*13=4478 （這裡50-44是每一行的實際高度和預估的高度的差值；13是介面顯示出0～12，總共13行）。

後面經過除錯你會發現，實際上會呼叫15次heightForRow的方法，這15次，是預估高度為44，在657高度的螢幕上，會顯示出657/44=15個cell出來，所以它的實際計算會根據這個值來進行，那麼此時我們就能得出正確的結論來了4400+15*（50-44）=4490。

後面當你每次顯示出新的cell出來的時候，再進行調整，增加50-44=6的高度。

例子二

和例子一的區別在於，cell高度返回為30，也就是小於預估高度44，其餘不變

 -(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{
          return 30;
}複製程式碼

TableView2
TableView2

結果我們可以看到下圖，初始高度為100 * 44=4400

table ContentSize {375, 4400}

當我往下拉（往下不是往上），不會出現新的cell，僅僅是為了觸發scrollViewDidScroll這個方法來列印出下面語句來

table ContentSize {375, 4092}

按照例子一的解釋，我們計算下：4400 -（44-30）15= 4190 ！！它又是怎麼來的呢？經過除錯，我們發現它呼叫了heightForRow這個方法22次，也就是目前顯示在螢幕上的可見cell數量，按照這個，確實符合：4400 -（44-30）22= 4092。同樣的，當你往上滑動，出現新的cell的時候，contentSize的高度會減去（44-30）

總結

那麼我們可以得出結論，當你的實際高度大於預估高度的時候，會按照預估高度下的cell的數量來計算contentSize，當實際高度小於預估高度的時候，會按照實際高度下的cell的數量來計算contentSize。

如果我們要回到iOS11之前的效果，我們可以讓estimatedRowHeight=0，關閉這個預估高度的效果。

延展

為什麼使用MJRefresh在iOS11下要讓estimatedRowHeight=0，因為MJRefresh底部的上拉重新整理是根據contentSize來計算的，當資料更新的時候，得出來的contentSize只是預估的。

相關文章