三元运算符不能直接替换所有if-else。仅适用于true/false分支均为单表达式、同类型值的场景；禁用于含副作用语句、多语句、类型不兼容或深层嵌套等情况，且与optional混用易出错。
三元运算符能直接替换所有 if-else 吗
不能。只有当 if 和 else 分支都只做「单个表达式求值」且返回同类型值时，才适合用三元运算符 ? : 替代。
常见错误现象：把带副作用的语句硬塞进去，比如 condition ? System.out.println("a") : System.out.println("b")——这语法合法但毫无意义，因为两个分支都返回 void，整个表达式无法参与赋值或传参。
- 适用场景：赋值、return、方法参数传入等需要一个值的地方
- 不适用场景：要执行多个语句、修改状态、抛异常、调用 void 方法
- 类型必须兼容：
trueBranch和falseBranch要能统一为同一类型（自动装箱/拆箱、向上转型会生效）
类型推断出错时怎么办
Java 三元运算符的类型由两个分支共同决定，不是看 condition，也不是看左边变量类型。编译器会找二者最小公共父类型，容易掉坑里。
比如 int a = flag ? 1 : null 直接报错；Integer b = flag ? 1 : null 才合法——因为 1 被自动装箱成 Integer，而 null 可以赋给引用类型。
- 常见陷阱：
flag ? 1 : 2L推导为long，若左边是int就编译失败 - 解决办法：显式强转任一分支，如
flag ? (int)1 : 2或flag ? 1 : (int)2L - 注意
Boolean和boolean混用：flag ? true : null是Boolean，不能直接赋给boolean变量
嵌套三元运算符要不要写
可以写，但读起来像解码游戏。两层嵌套（即三个条件）已是可读性临界点；超过就该换 if-else。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
典型反例：status == OK ? "success" : status == ERROR ? "fail" : status == PENDING ? "wait" : "unknown"。表面省了四行，实际每次都要从左往右括号匹配，还容易漏掉一个 :。
- IDE 通常会对三层及以上嵌套标黄警告（如 IntelliJ 的 “Complex ternary expression”）
- 性能无差异，全是编译期处理，但可维护性暴跌
- 如果分支逻辑本身较重（比如含方法调用），嵌套会让调试和单测覆盖变困难
和 Optional.orElse() 混用时的坑
很多人想用 opt.isPresent() ? opt.get() : "default"，但这是错的：重复调用 isPresent() 和 get() 有竞态风险（虽然极少发生），且违背 Optional 设计本意。
更糟的是，写成 opt.map(x -> x).orElse("default") 看似安全，实则多绕一层函数调用，不如直接 opt.orElse("default")。
- 正确姿势：优先用
Optional自带方法，别手动拆包再三元 - 例外情况：需要根据
Optional值做类型转换，比如opt.map(String::valueOf).orElse("N/A") - 注意
orElseGet()和orElse()的区别：后者无论是否空都会执行默认值表达式，前者只在空时才调用 Supplier
真正难处理的是嵌套 Optional + 多条件组合，这时候三元不仅没帮上忙，反而掩盖了控制流本质。该拉出来写 if-else 就写。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
