tableViewCell行高計算處理的方法是什么

這篇文章主要講解了“tableViewCell行高計算處理的方法是什么”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“tableViewCell行高計算處理的方法是什么”吧！

1. 不需要動態計算高度

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

.h里：

.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的那個值。不然的話，在滑動的時候，當高度最小的那個滑動到一大半的時候，就會突然一下消失，造成掉幀的現象。

感謝各位的閱讀，以上就是“tableViewCell行高計算處理的方法是什么”的內容了，經過本文的學習后，相信大家對tableViewCell行高計算處理的方法是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！