SwiftUI Button构造器切换后Xcode编译卡顿：代码问题还是编译器Bug？

在Xcode 14.1环境下，使用SwiftUI开发时遇到一个奇怪的编译问题：用Button(title:role:action:)构造器生成确认弹窗按钮时编译正常，但换成闭包形式的Button(role:action:label:)（通过闭包返回Text作为标题）后，Xcode会出现编译卡顿甚至挂起的情况。

问题代码对比 #

原有可正常编译的代码片段：

ForEach(buttons, id: \.title) { button in
    let role: ButtonRole? = button.role == .normal ? nil : button.role == .destructive ? .destructive : .cancel
    Button(button.title, role: role, action: button.action)
}

替换后导致编译卡顿的代码片段：

ForEach(buttons, id: \.title) { button in
    let role: ButtonRole? = button.role == .normal ? nil : button.role == .destructive ? .destructive : .cancel
    Button(role: role, action: button.action) {
        Text(button.title)
    }
}

问题分析 #

从代码逻辑来看，两种写法没有本质错误——都是遍历OptionButton数组，根据自定义角色转换为SwiftUI的ButtonRole，再生成对应按钮。闭包形式的Button写法完全符合SwiftUI的语法规范，所以这大概率是Xcode 14.1版本的Swift编译器Bug。这类问题通常是编译器在处理特定闭包嵌套+条件判断的组合时，出现了性能瓶颈或者死循环。

临时解决方案 #

可以试试这两个办法：

• 拆分角色转换逻辑：把原来的三目运算抽成单独的辅助函数，减少ForEach闭包内的复杂计算，降低编译器的分析负担：

// 在OptionSheet结构体里添加这个辅助函数
private func mapToButtonRole(_ optionRole: OptionButtonRole) -> ButtonRole? {
    switch optionRole {
    case .normal: return nil
    case .destructive: return .destructive
    case .cancel: return .cancel
    }
}

然后在ForEach中替换成：

let role = mapToButtonRole(button.role)
Button(role: role, action: button.action) {
    Text(button.title)
}

• 回退或升级环境：暂时回退到第一种Button构造器写法，或者升级Xcode到14.2及以上版本——后续版本的Swift编译器已经修复了不少这类编译性能问题。

内容的提问来源于stack exchange，提问作者Reinhard Männer