UITableViewCell内嵌横向UICollectionView删除元素后崩溃求助

嘿，我来帮你搞定这个删除元素后UICollectionView崩溃的问题！先梳理下你的场景：你在UITableViewCell里嵌了横向滚动的UICollectionView，第一个cell是添加按钮，剩下的是俱乐部列表，数据源数量是1 + arrClubs.count，删除俱乐部后出现崩溃。结合iOS开发的常见坑，我给你分析下原因和解决方案：

最可能的崩溃原因 #

你遇到的崩溃大概率是数组越界或者数据源与UI刷新不同步导致的，核心问题出在「添加按钮占了第一个item」这个特殊结构上，删除时的索引计算或刷新顺序出错了。

具体解决方案 #

1. 修正删除逻辑的索引计算与刷新顺序 #

因为第一个item是添加按钮，俱乐部对应的arrClubs索引是indexPath.item - 1，删除时必须先修改数据源，再刷新UICollectionView，顺序绝对不能搞反！

示例代码：

// 假设你在删除操作的回调（比如didSelectItemAt或者自定义删除按钮的点击事件）里
func handleClubDelete(at collectionViewIndexPath: IndexPath) {
    // 跳过添加按钮的删除请求
    guard collectionViewIndexPath.item != 0 else { return }
    
    // 计算arrClubs中对应的索引
    let clubIndexInArray = collectionViewIndexPath.item - 1
    
    // 第一步：先修改数据源（必须在主线程操作）
    DispatchQueue.main.async {
        self.arrClubs.remove(at: clubIndexInArray)
        
        // 第二步：刷新UICollectionView，删除对应的cell
        self.collectionView.deleteItems(at: [collectionViewIndexPath])
    }
}

这里一定要保证先改数据源，再刷新UI，否则UICollectionView会用旧的数据源数量去请求cell，直接导致数组越界。

2. 给cellForItemAt加安全兜底判断 #

就算刷新顺序没问题，也可能因为UITableViewCell复用、异步操作等极端情况导致索引越界，给cellForItemAt加个安全判断能有效避免崩溃：

func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {
    if indexPath.item == 0 {
        let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "AddClubCell", for: indexPath) as! AddClubCell
        // 配置添加按钮cell
        return cell
    } else {
        // 安全判断：确保索引在arrClubs的有效范围内
        guard let club = arrClubs[safe: indexPath.item - 1] else {
            // 返回一个空cell或者默认cell作为兜底
            return UICollectionViewCell()
        }
        
        let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "ClubCell", for: indexPath) as! ClubCell
        // 配置俱乐部cell，比如cell.clubName.text = club.name
        return cell
    }
}

// 可以给Array加个安全取值的扩展，方便使用
extension Array {
    subscript(safe index: Int) -> Element? {
        return indices.contains(index) ? self[index] : nil
    }
}

3. 处理UITableViewCell复用的问题 #

因为UICollectionView在UITableViewCell里，当UITableViewCell被复用时，要确保UICollectionView的数据源是最新的。在UITableView的cellForRowAt方法里，给cell设置完数据源后，一定要刷新UICollectionView：

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withReuseIdentifier: "ClubListCell", for: indexPath) as! ClubListCell
    
    // 给cell的UICollectionView设置最新的数据源
    cell.arrClubs = self.arrClubs
    // 刷新UICollectionView，确保显示最新数据
    cell.collectionView.reloadData()
    
    return cell
}

4. 避免异步线程操作数据源 #

所有修改arrClubs的操作都必须在主线程执行，因为UICollectionView的UI刷新只能在主线程，异步修改数据源会导致数据源和UI状态不一致，进而引发崩溃。

总结排查步骤 #

1. 检查删除操作是否遵循「先改数据源，再刷新UI」的顺序
2. 确认删除时的索引计算正确（俱乐部item对应arrClubs[indexPath.item - 1]）
3. 给cellForItemAt添加安全兜底判断，防止数组越界
4. 处理UITableViewCell复用场景，确保UICollectionView数据源实时更新
5. 保证所有数据源修改和UI刷新都在主线程执行

内容的提问来源于stack exchange，提问作者Tà Truhoada