Swift 6.0与Xcode16中DiffableDataSource的AnyHashable警告修复

1. 警告成因分析 #

Swift 6.0强制启用了Sendable并发安全检查，而AnyHashable本身并未遵循Sendable协议——因为它可以包装任意类型，包括不具备并发安全性的非Sendable类型。同时，DiffableDataSource的Item类型在Swift 6的语言模式下，被要求必须符合Sendable标准，所以当你用AnyHashable作为Item类型时，就会触发这个警告，且在Swift 6正式版中，该警告会直接升级为编译错误。

2. 修复或屏蔽警告的方法 #

• 临时屏蔽警告：给出现警告的代码行添加编译器注释：// swift-disable-warning: Sendable-conformance，但这只是临时过渡方案，不建议长期使用，会掩盖潜在的并发安全问题。
• 手动声明Sendable一致性（不推荐）：如果能100%确认所有被AnyHashable包装的Item类型都遵循Sendable，可以通过扩展手动声明一致性：

extension AnyHashable: Sendable {}

但这种做法存在风险，一旦后续混入非Sendable类型，会引发并发安全隐患，Swift官方不推荐该操作。

3. 弃用AnyHashable的最佳替代方案 #

方案一：定义统一的Item枚举/结构体 #

这是最常用的方案，针对不同类型的Item，定义一个遵循Hashable和Sendable的枚举（或结构体）来封装所有可能的Item类型：

// 枚举示例，涵盖所有可能的Item类型
enum TableViewItem: Hashable, Sendable {
    case textContent(String)
    case imageContent(UIImage)
    case customModel(CustomDataModel) // CustomDataModel需提前遵循Hashable & Sendable
}

// 数据源声明改为具体类型
private var dataSource: UITableViewDiffableDataSource<Section, TableViewItem>!

后续在Cell配置时，通过switch枚举类型处理不同的Item展示逻辑即可。

方案二：泛型封装数据源 #

如果不同页面的数据源Item类型差异极大，可以封装一个泛型的DiffableDataSource基类，每个页面使用时传入具体的Item类型：

class BaseTableViewDataSource<SectionType: Hashable & Sendable, ItemType: Hashable & Sendable>: UITableViewDiffableDataSource<SectionType, ItemType> {
    // 可添加通用的配置逻辑
}

// 具体页面使用时
private var dataSource: BaseTableViewDataSource<Section, CustomItem>!

方案三：使用协议组合约束 #

定义一个同时遵循Hashable和Sendable的协议，让所有Item类型实现该协议，然后用协议作为Item类型：

protocol TableViewItemProtocol: Hashable, Sendable {}

// 让所有Item类型遵循该协议
struct TextItem: TableViewItemProtocol { /* ... */ }
struct ImageItem: TableViewItemProtocol { /* ... */ }

// 数据源声明
private var dataSource: UITableViewDiffableDataSource<Section, any TableViewItemProtocol>!

注意：使用any协议作为类型时，需要确保所有实现类严格遵循协议约束，避免类型安全问题。

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