三元运算符在C#中需严格类型匹配，编译器推导公共基类型，否则报CS0173；嵌套易错且难读，推荐switch表达式或if/else；初始化和LINQ中注意重复求值与空值；??优先级低于?:，混用时须加括号。
三元运算符的基本写法和类型匹配要求
三元运算符 ? : 在 C# 中不是语法糖，而是有严格类型推导规则的表达式。它必须返回一个确定的类型，编译器会尝试从两个分支（true 和 false 分支）中找出一个公共基类型；如果找不到，就会报错 CS0173。
- 两个分支不能是互不兼容的引用类型（比如
string和FileStream），也不能一个是值类型、一个是null - 常见错误：
condition ? "ok" : null会失败——因为null没有类型，编译器无法推导出返回类型；应显式写成condition ? "ok" : (string)null或用可空引用类型（C# 8+ 启用 nullable 引用后可写condition ? "ok" : null!，但不推荐） - 涉及隐式转换时要小心：例如
condition ? 42 : 3.14会推导为double，但condition ? 42 : new object()直接编译失败
嵌套三元运算符为什么难读又容易出错
嵌套使用 ? :（比如 a ? b : c ? d : e）虽然合法，但可读性差、优先级易混淆，且一旦分支逻辑变复杂，调试和维护成本陡增。
- C# 中
? :是右结合的，即a ? b : c ? d : e等价于a ? b : (c ? d : e)，但多数人第一反应是左结合，导致逻辑误判 - IDE 很少对嵌套三元做高亮或折叠提示，出错时堆栈里只显示一行长表达式，定位困难
- 替代方案更清晰：用
switch表达式（C# 8+）、字典映射，或直接上if/else块——尤其当分支超过两个、或某一分支含方法调用、副作用时 - 示例反模式：
status == Status.Ready ? "ready" : status == Status.Busy ? "busy" : status == Status.Error ? "error" : "unknown"→ 改用switch (status) { case Status.Ready: return "ready"; ... }
在属性初始化和 LINQ 查询中怎么安全用三元
三元常被用于对象初始化或 LINQ 的 Select 投影，这时要注意求值时机、空引用和延迟执行特性。
- 在对象初始化器中：
new Person { Name = name ?? "Anonymous", Age = age >= 0 ? age : 0 }安全；但若写成Age = GetAge() > 0 ? GetAge() : 0就可能重复调用GetAge()，应先赋值再判断 - 在 LINQ 中：
list.Select(x => x.Value != null ? x.Value.ToString() : string.Empty)没问题；但若x.Value是计算属性且有副作用，或抛异常，则三元不会“短路”整个表达式——它只短路自身分支，异常仍会抛出 - 涉及泛型推导时注意：如
items.Select(x => x.IsActive ? x : null)，若x是值类型（如int），null不合法；必须写成x.IsActive ? x : default(int?)或改用可空类型
和空合并运算符 ?? 混用时的优先级陷阱
?? 和 ? : 都是二元运算符，但优先级不同：?? 优先级低于 ? :，所以 a ?? b ? c : d 实际等价于 (a ?? b) ? c : d，而不是你想的 a ?? (b ? c : d)。
- 最常见翻车场景：想写 “有默认值就用它，否则根据条件选”，结果写成
config?.Timeout ?? 3000 > 0 ? 3000 : 60000—— 这里??先算完得一个int，再跟>比较，逻辑完全跑偏 - 正确写法要么加括号：
(config?.Timeout ?? 3000) > 0 ? 3000 : 60000，要么拆开：var timeout = config?.Timeout ?? 3000; return timeout > 0 ? 3000 : 60000; - 记住口诀：三元运算符“粘”得比空合并紧，所有混合使用的地方，先画括号再写代码
真正麻烦的从来不是语法本身，而是类型推导边界、求值顺序、以及和其他运算符混用时那一点点优先级偏差——这些地方不报错，但行为和预期差一点，查起来却要花半天。
