Swift三元条件运算符从非可选值返回可选值？编译错误求解

这个问题我之前踩过坑，其实根源在于Swift的类型推断规则和IBOutlets的本质，咱们来理清楚：

为什么会出现这个问题？ #

你提到的firstButton和secondButton作为@IBOutlet，哪怕声明成weak var firstButton: UIButton!，它的底层类型依然是可选类型UIButton?——!只是隐式解包的语法糖，让你平时可以像使用非可选值一样调用它，但Swift在做类型推断的时候，还是会把它当作可选类型处理。

当你用三元运算符shouldDeselectFirst ? firstButton : secondButton时，Swift会计算两个分支的类型的“最小公共超类型”，因为两个分支都是UIButton?（隐式可选的本质），所以整个表达式的结果类型就被推断为UIButton?，而不是你预期的UIButton，这就导致调用setButtonSelectionColor时出现解包错误。

几种可行的解决方案 #

根据你的场景，你可以选择以下几种方式处理：

1. 显式强制解包（适合确定按钮一定存在的场景）

如果你能保证这两个按钮在代码执行时肯定已经正确关联且不为nil（比如在viewDidLoad之后调用，且xib/storyboard里的关联没问题），可以直接对两个分支显式解包：

let deselectThis = shouldDeselectFirst ? firstButton! : secondButton!
setButtonSelectionColor(deselectThis)

2. 可选绑定（更安全的做法）

为了避免强制解包可能带来的崩溃风险，推荐用可选绑定来处理：

if let deselectThis = shouldDeselectFirst ? firstButton : secondButton {
    setButtonSelectionColor(deselectThis)
} else {
    // 这里处理按钮为nil的异常情况，比如打印日志提示关联错误
    print("Warning: One of the buttons is nil!")
}

3. 改用if-else语句绕开类型推断问题

如果不想处理可选类型，可以直接用普通的if-else语句来赋值，这样能明确指定变量的非可选类型：

var deselectThis: UIButton
if shouldDeselectFirst {
    deselectThis = firstButton
} else {
    deselectThis = secondButton
}
setButtonSelectionColor(deselectThis)

这里因为隐式可选UIButton!可以直接赋值给非可选UIButton变量（编译器会自动隐式解包），所以不会有问题。

补充说明 #

哪怕你把IBOutlet声明为unowned var，只要是用!标记的隐式可选，三元运算符的类型推断结果依然是可选类型。因为IBOutlet本身的特性就是可能为nil（比如视图被销毁后，weak引用会变成nil），Swift的类型系统会优先考虑这种可能性。

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