前言
UITableView 是在app界面里非常常用的一個控件了，打開一個app，內容列表 作者列表 朋友圈列表等等，，，都離不開 UITableView 。
而 UITableView 的精髓，則是在 UITableViewCell 展現的， 最常用的 自定義cell 有的行高是固定的，而大部分 則需要根據內容來計算行高展示的。
下面就說說我在實際開發中處理cell行高的幾種情況：
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的那個值。不然的話，在滑動的時候，當高度最小的那個滑動到一大半的時候，就會突然一下消失，造成掉幀的現象。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網的支持。
新聞熱點
疑難解答
