TableView删除项时误删归档对应文件问题（Swift NSCoding）

这个坑我之前做iOS项目时踩过！核心问题就是你直接把TableView的行索引当成了归档数据源的索引，但一旦TableView做了排序、筛选或者分页，视图里的行位置和原始归档数组的元素位置就完全不对齐了，自然会删错文件。

给你几个亲测有效的解决思路：

1. 给数据模型添加唯一标识符 #

不管你的数据怎么排序、筛选，每个条目都要有一个唯一的“身份证”，这样就能精准定位到归档里的对应元素。比如在你的NSCoding模型里加一个UUID字段：

class YourDataModel: NSObject, NSCoding {
    var identifier: String
    // 你的其他属性...
    
    override init() {
        self.identifier = UUID().uuidString
        super.init()
    }
    
    // NSCoding实现时别忘了把identifier也归档/解档
    func encode(with coder: NSCoder) {
        coder.encode(identifier, forKey: "identifier")
        // 编码其他属性...
    }
    
    required init?(coder: NSCoder) {
        identifier = coder.decodeObject(forKey: "identifier") as? String ?? UUID().uuidString
        // 解码其他属性...
    }
}

2. 删除时通过唯一ID定位，而非行索引 #

删除操作时，先从TableView拿到当前行对应的模型，再用模型的identifier去原始归档数组里找到它的真实位置，再执行删除：

// 假设：
// - dataArray是你归档存储的原始数据源数组
// - tableViewDataSource是TableView当前展示的数据源（可能是排序/筛选后的dataArray）

func tableView(_ tableView: UITableView, commit editingStyle: UITableViewCell.EditingStyle, forRowAt indexPath: IndexPath) {
    guard editingStyle == .delete else { return }
    
    // 1. 获取当前TableView行对应的模型
    let targetModel = tableViewDataSource[indexPath.row]
    
    // 2. 去原始归档数组里找到这个模型的真实索引
    guard let realIndex = dataArray.firstIndex(where: { $0.identifier == targetModel.identifier }) else {
        print("找不到对应模型，删除失败")
        return
    }
    
    // 3. 删除对应的归档文件（这里替换成你实际删除文件的逻辑）
    deleteArchivedFile(for: dataArray[realIndex])
    
    // 4. 更新数据源并刷新TableView
    dataArray.remove(at: realIndex)
    // 重新生成TableView的展示数据源（比如重新排序/筛选）
    tableViewDataSource = processDataArray(dataArray)
    tableView.deleteRows(at: [indexPath], with: .automatic)
    
    // 5. 重新归档更新后的数据源
    saveDataArrayToArchive()
}

3. 额外注意点 #

• 确保TableView的展示数据源始终是原始归档数组的“衍生”（比如排序、过滤后的副本），而不是两个独立维护的数组，否则很容易出现数据不同步。
• 如果用了NSFetchedResultsController这类控制器，同样要依赖唯一ID定位，而不是直接用indexPath。

这样不管TableView怎么动态调整展示顺序，你都能精准找到要删除的那个元素，再也不会删错文件啦！

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