Java自动类型转换发生在编译期，依赖常量表达式求值和隐式窄化补全：运算中byte/short/char变量必升为int；纯常量表达式可提前计算并窄化赋值；字面量初始化时自动插入强制转换；boolean、double、long及跨符号类型间无隐式转换。
Java 自动类型转换（隐式转换）本身发生在编译期，但它的表现并非孤立进行——它与编译器的两项关键优化深度耦合：常量表达式求值和小型整数类型的隐式窄化补全。理解这两者的协同机制，才能真正看懂为什么有些语句能过编译、有些却报错，而字节码里又“看不见”转换痕迹。
编译期自动提升：运算中 byte/short/char 必升为 int
Java 规定：只要表达式中出现 变量，且该变量是 byte、short 或 char 类型，它们在参与任何算术运算前，一律被编译器无条件提升为 int。这不是可选行为，而是语言规范强制要求。
- 例如
byte a = 10, b = 20; int c = a + b;—— 编译器实际按(int)a + (int)b处理，结果必为 int -
short s = a + b;直接编译失败，因为右侧是 int，不能隐式转回 short - 哪怕两个 char 相加：
char x = 'a', y = 'b'; int z = x + y;同样触发提升，x和y先转 int 再相加
常量优化：仅当右侧全是字面量时，编译器提前计算并校验范围
当赋值语句右侧是纯常量表达式（不含任何变量），javac 会在编译阶段直接计算其结果，并检查是否落在目标类型的取值范围内。若符合，就允许看似“逆向”的窄化赋值。
-
byte b = 3 + 4;→ 编译器算出 7，在 [-128, 127] 内，等效于byte b = (byte)7; -
short s = 100 + 200;→ 结果 300 在 [-32768, 32767] 内，合法 -
short t = 30000 + 30000;→ 编译期算出 60000，超出 short 范围，直接报错 - 一旦含变量：
int x = 5; short s = x + 10;就不再优化，因为 x 的值运行时才确定
隐式窄化补全：赋值时对字面量的“悄悄强转”
对于 byte、short、char 三类变量的初始化赋值，如果右侧是编译期可确定的 int 字面量（如 127、65535），且数值未越界，javac 会自动插入对应强制转换，不报错也不需程序员写括号。
立即学习“Java免费学习笔记（深入）”；
-
byte b = 100;→ 实际生成字节码等价于b = (byte)100; -
char c = 65;→ 等价于c = (char)65;，输出 'A' -
short s = 32767;→ 合法；但s = 32768;编译失败 - 注意：
final int x = 100; byte b = x;也合法，因 x 是编译期常量；而int y = 100; byte b = y;则非法
不参与转换的边界情况必须牢记
以下情形编译器绝不会做任何隐式处理，属于硬性限制：
- boolean 与其他所有类型完全隔离：不能转成 int，也不能接收 0/1 赋值
-
double → float 不允许隐式转换：精度损失过大，必须显式写
(float)d - long → int / short / byte 全部禁止：哪怕值是 10L，也不能赋给 int 变量
- char 与 byte/short 之间无互转：虽数值可能重叠，但符号性差异使 Java 认为不安全
- 引用类型间无自动转换（除继承关系向上转型）：String 和 Object 是多态，不是类型转换
