Swift 5中UITableView滚动时选中标记消失问题及需求实现

看起来你遇到的核心问题是数据源状态与UITableView的cell状态没有保持严格同步，加上cell复用机制的影响，导致滚动时选中标记丢失。另外，本地的isSelected和后端的tick字段没有统一，也会造成状态混乱。下面是一步步的修复方案：

1. 统一数据源：用后端tick字段作为选中状态的唯一权威 #

首先，修改Portfolios结构体，让isSelected成为基于tick的计算属性，这样本地状态完全和后端保持一致，避免双重状态管理的混乱：

struct Portfolios: Decodable {
    let person: String
    let code: String
    var tick: Int // 改为var，方便本地更新后同步后端
    var isSelected: Bool {
        tick == 2 // tick=2表示选中，tick=1表示未选中
    }
    
    enum CodingKeys : String, CodingKey { 
        case person, code, tick 
    }
}

这样，只要tick的值正确，isSelected就会自动更新，不需要手动切换。

2. 让cell完全依赖数据源渲染状态 #

删除willDisplay中的冗余代码（或者保留但简化），确保cellForRowAt是唯一负责cell状态渲染的地方，彻底解决cell复用导致的状态丢失问题：

override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier: "YourCellIdentifier", for: indexPath)
    
    let item = sections[indexPath.section].items[indexPath.row]
    // 设置cell内容（比如person名称）
    cell.textLabel?.text = item.person
    
    // 完全基于数据源设置选中标记和cell选中状态
    cell.accessoryType = item.isSelected ? .checkmark : .none
    cell.setSelected(item.isSelected, animated: false)
    
    return cell
}

3. 修正选中/取消逻辑：先更新数据源，再同步后端 #

修改didSelectRowAt方法，点击行时直接切换tick值（从而更新isSelected），刷新cell后再发送后端请求。同时要处理请求失败的回滚，避免本地状态和后端不一致：

先重构请求函数，让它们接收code参数： #

func selectRow(with code: String) {
    let url = "https://example.com/example/"
    let parameters: Parameters = ["code": code]
    
    Alamofire.request(url, method: .post, parameters: parameters).responseString { [weak self] response in
        guard let self = self else { return }
        
        // 请求失败时回滚本地状态
        if response.result.isFailure {
            DispatchQueue.main.async {
                self.revertTick(for: code, to: 1)
            }
        }
    }
}

func unselectRow(with code: String) {
    let url = "https://example.com/example/"
    let parameters: Parameters = ["code": code]
    
    Alamofire.request(url, method: .post, parameters: parameters).responseString { [weak self] response in
        guard let self = self else { return }
        
        // 请求失败时回滚本地状态
        if response.result.isFailure {
            DispatchQueue.main.async {
                self.revertTick(for: code, to: 2)
            }
        }
    }
}

// 辅助函数：回滚指定code的tick值
private func revertTick(for code: String, to targetTick: Int) {
    for sectionIndex in sections.indices {
        if let rowIndex = sections[sectionIndex].items.firstIndex(where: { $0.code == code }) {
            sections[sectionIndex].items[rowIndex].tick = targetTick
            tableView.reloadRows(at: [IndexPath(row: rowIndex, section: sectionIndex)], with: .automatic)
            break
        }
    }
}

然后处理行点击事件： #

override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
    let item = sections[indexPath.section].items[indexPath.row]
    
    // 切换tick值：1→2（选中），2→1（取消选中）
    let newTick = item.tick == 1 ? 2 : 1
    sections[indexPath.section].items[indexPath.row].tick = newTick
    
    // 刷新当前行，更新UI
    tableView.reloadRows(at: [indexPath], with: .automatic)
    
    // 发送对应后端请求
    if newTick == 2 {
        selectRow(with: item.code)
    } else {
        unselectRow(with: item.code)
    }
}

4. 初始加载时自动同步选中状态 #

当你从后端获取数据并解码完成后，只需要调用tableView.reloadData()，cellForRowAt会自动根据tick值渲染选中标记。如果需要让行处于UITableView的选中高亮状态，可以在数据加载完成后遍历数据源选中对应行：

func fetchDataAndReload() {
    // 假设这里是你的数据请求和解码逻辑
    // ... 解码得到sections数组 ...
    
    tableView.reloadData()
    
    // 可选：让已选中的行处于tableView的选中状态（高亮）
    for (sectionIndex, section) in sections.enumerated() {
        for (rowIndex, item) in section.items.enumerated() {
            if item.isSelected {
                tableView.selectRow(at: IndexPath(row: rowIndex, section: sectionIndex), animated: false, scrollPosition: .none)
            }
        }
    }
}

核心原理总结 #

• 单一数据源真相：始终用后端的tick字段作为选中状态的唯一来源，避免本地isSelected和tick不一致的问题。
• cell渲染完全依赖数据源：彻底杜绝cell复用导致的状态丢失，因为每次cell被复用都会从数据源重新获取状态。
• 先更新本地再同步后端：点击行时先更新本地数据源并刷新UI，再发送请求，同时处理请求失败的回滚，保证本地和后端状态一致。

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