Swift 4中TableView滚动至底部添加新项时崩溃问题求助

兄弟，我之前也碰到过几乎一模一样的滚动加载崩溃问题，结合你说的「首次加载正常、lastPostId有效但拉取新数据时崩溃」的情况，咱们一步步捋可能的原因和解决办法：

1. 先排查主线程/后台线程的UI操作冲突 #

这是滚动加载崩溃最常见的原因：如果你的fetchPost()在后台线程完成网络请求后，直接修改数据源数组或者调用tableView.reloadData()，就会触发崩溃——因为所有UI操作必须在主线程执行。

解决办法：把更新UI的代码强制切回主线程，举个iOS的例子：

func fetchPost(lastId: String) {
    // 后台线程做网络请求
    DispatchQueue.global().async {
        let newPosts = self.networkApi.getNextBatch(lastId: lastId)
        
        // 切回主线程更新数据源和TableView
        DispatchQueue.main.async {
            self.postList.append(contentsOf: newPosts)
            self.tableView.reloadData()
        }
    }
}

2. 检查数据源数组的线程安全 #

如果滚动时主线程正在读取数组（比如cellForRowAt方法里取数据），同时后台线程在修改数组，很容易导致数组越界或者数据不一致崩溃。

解决办法：用串行队列或者锁来保证数组读写的原子性，比如：

// 定义一个串行队列专门处理数据源操作
private let postQueue = DispatchQueue(label: "com.yourapp.postDataQueue")
private var _postList: [Post] = []

// 对外暴露安全的读写接口
var postList: [Post] {
    get { postQueue.sync { _postList } }
    set { postQueue.sync { _postList = newValue } }
}

// 更新数据时的写法
postQueue.async {
    self._postList.append(contentsOf: newPosts)
    DispatchQueue.main.async {
        self.tableView.reloadData()
    }
}

3. 看看是不是重复触发加载请求 #

快速滚动到底部时，可能会多次触发加载逻辑，导致多个fetchPost()并发执行，同时修改数据源，引发崩溃。

解决办法：加一个「加载中」的状态标记，避免重复请求：

private var isLoading = false

func scrollViewDidScroll(_ scrollView: UIScrollView) {
    let offsetY = scrollView.contentOffset.y
    let contentHeight = scrollView.contentSize.height
    let frameHeight = scrollView.frame.height
    
    // 提前100px触发加载，同时判断是否正在加载
    if offsetY > contentHeight - frameHeight - 100, !isLoading {
        isLoading = true
        fetchPost(lastId: postList.last?.id ?? "")
    }
}

// 请求完成后记得重置状态
func fetchPost(lastId: String) {
    networkApi.getNextBatch(lastId: lastId) { [weak self] result in
        guard let self = self else { return }
        self.isLoading = false // 不管成功失败都要重置
        
        switch result {
        case .success(let newPosts):
            self.postList.append(contentsOf: newPosts)
            self.tableView.reloadData()
        case .failure(let error):
            print("加载失败：\(error.localizedDescription)")
        }
    }
}

4. 排查数据解析的崩溃 #

虽然lastPostId有效，但服务器返回的新数据可能存在格式异常（比如某个必填字段为空），如果你的模型解析用了强制解包，就会直接崩溃。

解决办法：解析数据时做安全处理，避免强制解包：

struct Post: Codable {
    let id: String
    let title: String
    let content: String
    
    init(from decoder: Decoder) throws {
        let container = try decoder.container(keyedBy: CodingKeys.self)
        id = try container.decode(String.self, forKey: .id)
        // 给空字段设置默认值
        title = try container.decodeIfPresent(String.self, forKey: .title) ?? "无标题"
        content = try container.decodeIfPresent(String.self, forKey: .content) ?? ""
    }
}

5. 检查TableView代理方法的越界访问 #

如果在cellForRowAt等代理方法中，直接用indexPath.row访问数组，但此时数组还没完成更新（比如后台请求还没结束就调用了reloadData），会导致数组越界崩溃。

解决办法：在代理方法里先做越界判断：

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier: "PostCell", for: indexPath) as! PostCell
    
    // 先判断索引是否合法
    guard indexPath.row < postList.count else {
        cell.titleLabel.text = "加载中..."
        return cell
    }
    
    let post = postList[indexPath.row]
    cell.titleLabel.text = post.title
    cell.contentLabel.text = post.content
    return cell
}

先从线程问题和重复请求这两点查起，大概率能定位到崩溃原因。如果还是不行，可以把崩溃的堆栈信息贴出来，再进一步分析~

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