dequeueReusableCellWithIdentifier有哪些性能优势？为何复用仍需实例化与重算布局？

这绝对是刚接触UITableView时最容易困惑的点之一！咱们一步步拆解复用机制到底解决了哪些性能痛点：

1. 内存占用的大幅降低（最核心的优势） #

如果没有复用机制，当你滚动一个有1000行的列表时，系统会为每一行创建一个全新的UITableViewCell实例。想象一下，每个cell里可能包含UILabel、UIImageView、自定义视图等，1000个这样的对象会直接把内存拉爆，甚至触发内存警告导致App崩溃。

而复用机制下，系统只会创建屏幕可见行数 + 2-3个备用的cell（比如屏幕能显示10个cell，复用池里最多存12-13个）。不管你的列表有1000行还是10000行，内存里始终只保留这十几个cell的实例，内存占用会稳定在一个极低的水平。

2. 避免昂贵的对象初始化开销 #

实例化一个UITableViewCell（尤其是自定义cell）的成本其实很高：系统需要为对象分配内存、初始化所有属性、加载xib/storyboard中的视图层级、设置初始约束等。如果每次滚动都要创建新cell，CPU会被频繁的初始化操作占满，直接导致滚动卡顿。

复用机制下，这些昂贵的初始化操作只会发生在第一次创建cell的时候。之后滚动时，你拿到的都是已经初始化好的cell，只需要更新它的可变内容（比如文字、图片），这部分的开销和重新创建cell比起来可以忽略不计。

举个常见的代码示例，你应该能注意到：只有当dequeueReusableCellWithIdentifier返回nil时，才需要手动实例化新cell，而这种情况只会在列表刚加载、复用池为空的时候发生：

// Objective-C示例
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    static NSString *identifier = @"MyCell";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];
    // 只有复用池为空时才会走这里
    if (!cell) {
        cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:identifier];
        // 这里只会执行几次：设置cell的固定样式、添加子视图等
        cell.selectionStyle = UITableViewCellSelectionStyleNone;
    }
    // 每次滚动都会执行，但只是更新内容，开销极低
    cell.textLabel.text = self.dataSource[indexPath.row].title;
    cell.detailTextLabel.text = self.dataSource[indexPath.row].subtitle;
    return cell;
}

3. 布局计算的优化空间（并非完全重复计算） #

你提到的“重新计算布局”其实是可以优化的：

• 对于固定高度的cell，你可以提前设置rowHeight，系统会直接复用这个高度，不需要重复计算；
• 如果是动态高度的cell，使用estimatedRowHeight + UITableViewAutomaticDimension时，系统会缓存已经计算好的cell高度，滚动到相同高度的cell时会直接复用缓存值，不需要重新计算；
• 你还可以把cell中固定不变的布局逻辑（比如添加子视图、设置固定约束）放在init或awakeFromNib方法里，这些逻辑只会执行一次，复用的时候只需要更新可变内容的布局（比如调整UILabel的文字长度）。

就算真的需要重新计算布局，复用现有cell的开销也远小于创建新cell——因为视图层级已经存在，只是更新约束或内容，不需要重新构建整个视图树。

4. 滚动流畅度的一致性 #

滚动时的卡顿往往来自突发的CPU峰值（比如突然创建十几个新cell）。复用机制让CPU的负载更平稳，滚动过程中只是重复利用现有cell，没有大量的初始化和内存分配操作，所以不管是在旧设备还是复杂cell的场景下，滚动都会更流畅。

简单总结：复用机制的核心是用少量的cell实例处理大量的列表行，从内存、CPU两个维度大幅降低性能开销，这也是长列表滚动流畅的关键所在。

内容的提问来源于stack exchange，提问作者Novellizator