Xcode16.0中SwiftUI对泛型Identifiable协议用ForEach致LLDB RPC崩溃求解决

这确实是Xcode 16（对应Swift 6）的编译器内部bug，针对这个问题，有几个可行的解决思路：

1. 使用类型擦除结构体替代Existential类型数组 #

创建一个类型擦除的结构体，将MyFieldsEntryViewModel协议的属性和行为包装起来，避免直接使用any existential数组，绕过编译器的推导错误：

protocol MyFieldCode: Hashable {
    var title: String { get }
}

protocol MyFieldsEntryViewModel<DynamicFieldCode>: Identifiable {
    associatedtype DynamicFieldCode: MyFieldCode
    var id: DynamicFieldCode { get }
    var someData: String { get }
}

// 新增类型擦除结构体
struct AnyMyFieldsEntryViewModel<Code: MyFieldCode>: MyFieldsEntryViewModel {
    let id: Code
    let someData: String
    
    init<ViewModel: MyFieldsEntryViewModel>(_ viewModel: ViewModel) where ViewModel.DynamicFieldCode == Code {
        self.id = viewModel.id
        self.someData = viewModel.someData
    }
}

// 修改ContentView的数组类型
struct ContentView<Code: MyFieldCode>: View {
    let fieldEntries: [AnyMyFieldsEntryViewModel<Code>] = []

    var body: some View {
        VStack {
            List {
                Section {
                    // 因为遵循Identifiable，无需显式指定id参数
                    ForEach(fieldEntries) { entry in
                        Text(entry.someData)
                    }
                }
            }
        }
    }
}

2. 显式指定ForEach的泛型参数 #

如果必须保留existential数组，可以尝试显式指定ForEach的类型参数，强制编译器使用正确的推导逻辑：

ForEach(fieldEntries as [any MyFieldsEntryViewModel<Code>], id: \.id) { entry in
    Text(entry.someData)
}

注：这个方法的稳定性不如类型擦除，部分场景下可能仍会触发崩溃。

3. 临时降级到Xcode 15.4 #

如果项目进度允许，可以暂时回退到Xcode 15.4版本，等待苹果在后续Xcode 16的更新中修复该编译器内部错误。

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