java算术运算中byte、short、char一律先提升为int，因jvm仅支持iadd等int指令；混合类型按double→float→long→int顺序提升；赋值需显式强转或用复合赋值符。
Java 算术运算后的类型自动提升，核心就一条：所有 byte、short、char 在参与 +、-、*、/、% 等二元运算前，一律先提升为 int。这不是可选优化，而是 Java 语言规范（JLS）强制要求，根源在 JVM 字节码只提供 iadd、isub 等 int 指令，没有 badd 或 sadd。
为什么一定是 int，而不是 long 或 float？
因为 JVM 层面不支持对小于 4 字节整数的直接运算。byte（1 字节）、short（2 字节）、char（2 字节无符号）在加载到操作数栈时，编译器就将其符号扩展或零扩展为 32 位 int 值。这和 C 的整型提升类似，但 Java 更严格——只要没出现 long/float/double，就只升到 int，不会越级。
- byte b = 1; short s = 2; → b + s 的结果类型是 int，不是 byte 或 short
- char c = 'A'; → c + 1 中，'A'（65）先转成 int 65，再加 1，得 66（int）
- 即使两个 final byte 相加，如 final byte a = 10, b = 20; byte r = a + b; 能通过，也只是编译期常量折叠的特例，运行时规则不变
混合类型运算时的提升顺序
当表达式含多种类型，Java 按“最大宽度优先”逐级向上对齐：
- 有 double → 全升 double
- 无 double 有 float → 全升 float
- 无 float 有 long → 全升 long
- 否则（仅含 byte/short/char/int）→ 全升 int
例如：byte b = 1; long l = 2L; float f = 3.0f;b + l + f 的过程是：b → long（因 l 存在），再 → float（因 f 存在），最终结果为 float。
赋值失败的根本原因与解法
提升后结果是 int，而你试图赋给 byte/short/char 变量，编译器会拒绝——这是窄化转换，可能丢失精度，必须显式承担风险：
-
byte b = 10; b = b + 1;❌ 编译报错：“可能损失精度” -
b = (byte)(b + 1);✅ 显式强转，截断低 8 位 -
b += 1;✅ 合法，复合赋值符隐含了等价的强转 -
++b和--b同样合法，它们也内置窄化逻辑
char 和 short 的语义差异容易被忽略
char 是无符号 16 位，short 是有符号 16 位，但两者在运算中都被当 int 处理，原始符号信息暂时丢失：
-
char c = '\uFFFF'; // 65535short s = -1;int r = c + s; // 65535 + (-1) = 65534 → int - 若写
char res = (char)r;，得到'\uFFFE'，没问题；但若误以为 char 运算自带无符号逻辑，就可能在边界判断时出错 - 从 int 转回 char 或 short 时，Java 只取低 16 位，不检查是否越界，也不报异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
