SwiftUI泛型类型使用时触发EXC_BAD_ACCESS崩溃问题

问题复现 #

定义遵循CodelistProtocol的结构体集合后，使用泛型TagView<T: CodelistProtocol>并通过@Binding var tags: [T]传递数据时触发EXC_BAD_ACCESS崩溃，但将绑定类型替换为具体结构体（如[ServiceTypeModel]）则运行正常。

核心原因 #

1. ForEach隐式Identifiable解析异常：尽管泛型T遵循Identifiable，但SwiftUI处理泛型绑定集合时，底层隐式解析id的逻辑会因类型擦除出现内存访问错误。
2. 泛型Binding的视图追踪失效：SwiftUI的视图更新依赖明确的类型信息，泛型集合的Binding会导致系统无法准确追踪元素身份变化，进而引发内存管理异常。

解决方案 #

方案1：显式指定ForEach的id参数

手动指定元素的id作为标识，绕过SwiftUI对泛型类型的隐式解析逻辑：

struct TagView<T: CodelistProtocol>: View {
    @Binding var tags: [T]

    var body: some View {
        generateContent()
    }

    private func generateContent() -> some View {
        // 显式指定id路径，避免泛型类型的隐式解析问题
        ForEach(tags, id: \.id) { tag in
            Text(tag.name)
        }
    }
}

方案2：补全View的核心实现

确保TagView正确实现body属性（原代码可能遗漏），SwiftUI视图必须通过body返回内容，缺失会导致未定义的内存行为。

方案3：验证集合元素的Identifiable合法性

检查所有遵循CodelistProtocol的结构体：

• 确保id字段唯一且稳定（避免频繁变化导致ForEach视图复用混乱）
• 确认id类型符合Identifiable要求（代码中使用Int可行，但需保证唯一性）

方案4：校验调用处的Binding类型

确认调用时传递的$serviceCenterViewModel.serviceCenter.benefits确实是[ServiceBenefitModel]类型，且该结构体完整实现了CodelistProtocol的所有协议约束（包括Codable、Identifiable、Hashable的正确实现）。

额外验证点 #

• 排查循环引用：检查ViewModel中benefits属性的持有逻辑，避免Binding传递时出现内存泄漏或野指针。
• 逐步移除协议约束测试：若崩溃依然存在，可尝试移除Codable等非核心约束，定位协议组合引发的泛型解析问题。

内容的提问来源于stack exchange，提问作者filip.karas