說說tableViewCell行高計算

UITableView 是在app界面裏很是經常使用的一個控件了，打開一個app，內容列表 做者列表 朋友圈列表等等，，，都離不開 UITableView 。 而 UITableView 的精髓，則是在 UITableViewCell 展示的， 最經常使用的 自定義cell 有的行高是固定的，而大部分 則須要根據內容來計算行高展現的。

下面就說說我在實際開發中處理cell行高的幾種狀況：

1. 不須要動態計算高度

我在寫tableview時，基本都是自定義cell，而全部的自定義cell，都會繼承一個基類BaseTableViewCell：

.h裏：
// 重用標識
+ (NSString *)reuseIdentifier;
// cell高度
+ (CGFloat)staticHeight;

.m裏：
- (id)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier {
    self = [super initWithStyle:style reuseIdentifier:reuseIdentifier];
    if (self) {
        self.opaque = NO;
        self.selectionStyle = UITableViewCellSelectionStyleNone;
    }
    return self;
}

// 重用標識
+ (NSString *)reuseIdentifier {
    return NSStringFromClass([self class]);
}

// cell高度
+ (CGFloat)staticHeight {
    return 44.f;
}
複製代碼

這樣寫的好處是，當咱們在使用tableview時，會方便咱們對重用標識符 行高使用，看一下：

staticHeight能夠在子類的自定義cell裏更改設置，使用時：

這樣寫，更能清晰明瞭的看到對每一個自定義cell的設置，也會讓代碼看上去優雅整齊一些。

2. 動態計算高度

實際開發中，使用最多的應該是動態計算cell高度了，這也是tableView很基本的一個功能。 好比搜索資訊這塊：

標題高度不固定，內容高度不固定，標籤不固定， 這樣的就須要根據model裏的內容計算行高了：

用的時候,在tableview的代理裏設置：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
     WMSearchResultQAModel *model = self.dataArray[indexPath.row];
     return [WMSearchResultQAModel calutWholeCellHeightWithModel:model];
}
複製代碼

這樣就能夠達到每一個cell根據內容展現不一樣高度的要求了。 這種方法很繁瑣，可是也是最精確的，最可控的，都支持autolayout和frame。

3. 動態計算 - 緩存高度

爲何要緩存高度？ 由於當tableView滾動時會不停的回調 heightForRowAtIndexPath 這個代理方法，當cell的高度需自適應內容時，就意味着每次回調這個方法時都要計算高度，而計算是要花時間了，在用戶體驗上的體現就是卡頓，衆所周知 60fps是比較符合人眼審視的，若是幀數 低於這個數值過多，就會明顯感覺到卡幀等現象，爲了讓用戶體驗比較好些，咱們就要對高度計算進行優化。

思路：爲了不重複且無心義的計算cell高度，緩存高度就顯得尤其重要了。

緩存高度機制

緩存高度 咱們須要一個容器來保存高度數值，能夠是model 能夠是一個可變數組 也能夠是一個可變字典，以達到每當回調 heightForRowAtIndexPath 這個方法時，咱們先去這個緩存裏去取，若是有，就直接拿出來，若是沒有，就計算高度，而且緩存起來。

以model爲例： 在model裏聲明個cellHeight屬性，用於保存Model所對應的Cell的高度，而後在 heightForRowAtIndexPath 方法中，若是當前Model的cellHeight爲0，說明這個Cell沒有緩存太高度，則計算Cell的高度，並把這個高度記錄在Model中，這樣下次再獲取這個Cell的高度，就能夠直接去Model中獲取，而不用從新計算：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
  WMSearchResultQAModel *model = self.dataArray[indexPath.row];
  if (model.cellHeight > 0) {
      // 有緩存的高度，取出緩存高度
      return model.cellHeight;
  }
  // 沒有緩存時，計算高度並緩存起來
  CGFloat cellHeight; = [WMSearchResultQAModel calutWholeCellHeightWithModel:model];
  // 緩存給model
  model.cellHeight = cellHeight;
  return cellHeight;
}

複製代碼

這樣就實現了高度緩存和Model、Cell都對應的優化，咱們無需手動管理高度緩存，在添加和刪除數據的時候，都是對Model在數據源中進行添加或刪除。 而若是使用可變數組或可變字典時，則須要額外的在刷新tableView時對其進行清空處理。

4. 自適應高度

在 iOS8 以後，系統結合autolayout提供了動態結算行高的方法 UITableViewAutomaticDimension，作好約束，咱們都不用去實現 heightForRowAtIndexPath 這個代理方法了。

masonry支持毫無壓力。

實現步驟：

1. tableView設置

// 預設行高
self.tableView.estimatedRowHeight = xxx;
// 自動計算行高模式 
self.tableView.rowHeight = UITableViewAutomaticDimension;
複製代碼

2. 在自定義cell裏，masonry佈局，好比:

- (void)layoutSubviews {
    [super layoutSubviews];
    [self.headImgView mas_makeConstraints:^(MASConstraintMaker *make) {
        make.top.left.offset(kSpace15);
        make.size.mas_equalTo(CGSizeMake(50.f, 50.f));
        // 在自動計算行高模式下 要加上的 
        make.bottom.equalTo(self.contentView.mas_bottom).offset(-kSpace15);
    }];
    [self.nickNameLabel mas_makeConstraints:^(MASConstraintMaker *make) {
        make.left.equalTo(self.headImgView.mas_right).offset(12.f);
        make.top.offset(17.f);
    }];
    [self.jobWorkLabel mas_makeConstraints:^(MASConstraintMaker *make) {
        make.left.equalTo(self.nickNameLabel.mas_right).offset(8.f);
        make.right.lessThanOrEqualTo(self.contentView.mas_right).offset(-kSpace15);
        make.top.offset(21.f);
    }];
    [self.hospitalLabel mas_makeConstraints:^(MASConstraintMaker *make) {
        make.left.equalTo(self.headImgView.mas_right).offset(12.f);
        make.top.equalTo(self.jobWorkLabel.mas_bottom).offset(6.f);
    }];
    [self.line mas_makeConstraints:^(MASConstraintMaker *make) {
        make.left.right.bottom.offset(0);
        make.height.mas_equalTo(0.5f);
    }];
}
複製代碼

佈局時兩個注意點： · 全部子控件,都要依賴與self.contentView做爲約束父控件,而不是self(cell) · 關鍵控件要作bottom約束 （由於再也不指定行高，因此要須要給出根據bottom的約束）

3. 最關鍵的一步： [cell layoutIfNeeded]

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    WMDoctorEvaluateDescribeInputCell *cell = [tableView dequeueReusableCellWithIdentifier:[WMDoctorEvaluateDescribeInputCell reuseIdentifier] forIndexPath:indexPath];
    kWeakSelf
    cell.describeInputBlock = ^(NSString * _Nonnull describeText) {
            weakSelf.inputDescribeText = describeText;
        };
    //關鍵的一步,解決不正常顯示問題
    [cell layoutIfNeeded];
    return cell;
}

複製代碼

這樣就完成了自動適應高度的要求了。

另外： 針對一些自動適應高度很差作的cell，能夠單獨處理 以下：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
    if (indexPath.section == 2) {
         return [WMDoctorEvaluateStarCell staticHeight];
    }
    return UITableViewAutomaticDimension;
}
複製代碼

5.自適應高度 - 緩存行高

在用UITableViewAutomaticDimension，有的界面比較複雜，雖然這樣能完成顯示，可是在滑動的過程當中，能肉眼感覺到卡 掉幀，衆所周知 60fps是比較符合人眼審視的，若是幀數 低於這個數值過多，就會明顯感覺到卡幀等現象，這屬於優化性能方面的問題，因此就要思考一下怎樣來達到優化tableview性能。

思路： 緩存高度機制

首先獲取cell實際顯示的高度

- (void)tableView:(UITableView *)tableView didEndDisplayingCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath 
{
  NSString *key = [NSString stringWithFormat:@"%ld",    (long)indexPath.row];
  [self.heightDict setObject:@(cell.height) forKey:key];
  NSLOG(@"第%@行的計算的最終高度是%f",key,cell.height);
}
複製代碼

//didEndDisplayingCell 當cell滑出屏幕時會觸發此方法,是cell已經被真正的顯示在了屏幕上，因此在這裏打印出的高度必然是最正確的高度。根據indexPath.row做爲key，將高度緩存進字典.

而後在 heightForRowAtIndexPath 方法裏判斷，若是字典裏有值，則使用緩存高度，不然自動計算：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    NSString *key = [NSString stringWithFormat:@"%ld",indexPath.row];
    if (self.heightDict[key] != nil) {
       NSNumber *value = _heightDict[key];
       return value.floatValue;
    }
    return UITableViewAutomaticDimension;
}
複製代碼

注意：設置cell的預估高度時必定要設置最小高度cell的那個值。否則的話，在滑動的時候，當高度最小的那個滑動到一大半的時候，就會忽然一下消失，形成掉幀的現象。