UITableView滚动时Instruments检测到_NSContiguousString内存泄漏求助

_NSContiguousString的泄漏通常和字符串的强引用循环、不必要的强持有，或者cell复用过程中字符串相关资源未正确释放有关。既然Objective-C的cell判空方案在Swift里不适用，咱们可以从以下几个方向入手排查解决：

1. 规范Cell复用与配置逻辑 #

Swift的cell复用逻辑和OC有细节差异，先确保复用代码规范，同时避免配置时的强引用：

• 用标准的复用方式获取cell，配置前重置相关属性，避免旧引用残留：

  override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
      let cell = tableView.dequeueReusableCell(withIdentifier: "YourCellID", for: indexPath) as! YourCustomCell
      // 配置新数据前先重置字符串相关属性
      cell.titleLabel.text = nil
      cell.subtitleLabel.text = nil
      
      // 再绑定新数据源
      let item = dataSource[indexPath.row]
      cell.titleLabel.text = item.title
      cell.subtitleLabel.text = item.subtitle
      return cell
  }
  

• 如果是自定义Cell，检查内部是否有闭包强引用问题：比如回调闭包里误用self而未添加[weak self]，导致循环引用间接持有字符串。

2. 排查数据源的字符串持有风险 #

• 确认你的数据源数组（比如dataSource）中的字符串是否被意外强引用：如果数据源是某个类的属性，而该类又被Cell间接持有，就可能形成循环引用。
• 若使用NSAttributedString，检查属性字符串的创建逻辑：比如自定义attribute中是否持有了不必要的强引用对象，导致字符串无法释放。

3. 用Xcode内存图工具定位引用链 #

虽然Instruments只标记了_NSContiguousString，但可以通过Xcode的内存图调试（Debug Memory Graph）找到根源：

• 运行App，滚动TableView触发泄漏后，点击调试栏的内存图按钮（📊）。
• 在内存图中找到_NSContiguousString实例，查看它的引用关系链，就能定位到哪个对象在一直持有它不释放（通常是Cell或数据源中的某个对象）。

4. 优化字符串创建与复用 #

• 避免在cellForRowAt中重复创建不必要的字符串实例：比如不要每次滚动都拼接新字符串，尽量复用提前创建好的字符串对象。
• 如果是从网络/本地加载字符串，确保加载完成后没有多余的强引用持有这些字符串（比如缓存逻辑中的不当强持有）。

5. 重写Cell的prepareForReuse方法清理资源 #

在自定义Cell中重写prepareForReuse()，主动清理所有可能持有字符串的属性，防止复用旧引用：

class YourCustomCell: UITableViewCell {
    @IBOutlet weak var titleLabel: UILabel!
    @IBOutlet weak var subtitleLabel: UILabel!
    
    override func prepareForReuse() {
        super.prepareForReuse()
        titleLabel.text = nil
        subtitleLabel.text = nil
        // 其他持有字符串的属性也一并重置
    }
}

内容的提问来源于stack exchange，提问作者Emre Önder