Java三元运算符类型推导按分支找公共可接受类型：字面量参与时窄化优先；混合类型按宽度升序提升；包装类与基本类型混用触发拆箱致NPE；引用类型取最具体公共父类或接口。
Java中三元运算符（? :）的类型推导，严格遵循基本类型的自动提升规则，但不是简单套用算术表达式里的“最高类型决定结果”逻辑，而是有一套独立又关联的判定流程。理解它，关键在于看清编译器如何为两个分支表达式找一个“公共可接受类型”。
整型字面量与小范围类型参与时按“常量折叠+窄化优先”处理
当其中一个操作数是 byte、short 或 char 类型的**字面量或编译期常量**，另一个是 int 常量，且该常量值能被窄类型表示，结果类型就可能是那个窄类型：
char ch = 'a'; int num = 0; boolean b = true;System.out.print(b ? ch : 0); // 输出 'a'，结果类型是 char- 因为
0是int字面量，但值在char范围内，编译器允许将其视为char候选，最终取交集类型char
不同基本类型混合时按数值宽度升序统一
一旦涉及非字面量变量或类型宽度差异明显，就回归标准提升链：byte/short/char → int → long → float → double：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
int a = 10; long b = 20;long result = (a > 5) ? a : b; // a 被提升为 long，结果类型是 long -
int x = 10; double y = 3.14;double z = flag ? x : y; // x 自动转为 double，结果类型是 double - 注意：这里不是“保留原始类型再转换”，而是编译期就确定结果类型为
double，后续所有使用都按该类型处理
包装类与基本类型混用触发拆箱，隐含空指针风险
这是最容易出错的场景。只要一边是基本类型（如 int），另一边是对应包装类（如 Integer），编译器会优先选择基本类型作为结果类型，并对包装类执行自动拆箱：
立即学习“Java免费学习笔记（深入）”；
-
Integer obj = null;int val = condition ? obj : 42; // 编译通过，但运行时若 condition 为 true，直接抛 NullPointerException - 原因：结果类型定为
int，obj必须拆箱；而null拆箱即崩 - 同理，
Double d = null; double v = cond ? d : 1.0;同样危险
引用类型靠共同父类或接口“求交集”，但运行时类型仍受限
当两个分支都是引用类型，且没有继承关系但实现了同一接口（或有共同父类），结果类型就是那个最具体的公共类型：
-
String s = "hello"; StringBuilder sb = new StringBuilder("world");CharSequence cs = flag ? s : sb; // 合法，结果类型是 CharSequence - 但不能写成：
Object o = flag ? s : sb;—— 虽然语义上成立，但编译器会选择更精确的CharSequence而非Object - 如果其中一个是
null，比如flag ? null : new String("x")，结果类型就是String（因null可赋给任意引用类型，编译器取非 null 分支的类型）
