java中short相加不报错的根本原因是：运算前强制提升为int，而int范围足够大，使加法本身不会触发编译或运行时错误；但结果为int，直接赋值给short会因类型不兼容而编译失败。
Java 中 short 类型相加不报错，根本原因在于：**Java 的算术运算会自动将 short 提升为 int，而 int 的范围足够大，使得加法本身不会在运算阶段触发编译错误或运行时异常**。
为什么 short + short 不直接计算？
Java 语言规范强制规定：所有 byte、short、char 类型的算术运算，必须先提升为 int 再执行。这不是优化，而是 JVM 指令集的设计约束——底层没有针对 short 的加法指令（如 `iadd` 是 int 加法，没有 `sadd`）。
- 例如：
short a = 32767, b = 1;→a + b实际执行的是(int)32767 + (int)1 == 32768（一个合法的 int 值） - 这个 int 结果不能直接赋给 short 变量，所以
short c = a + b;会编译失败（类型不兼容）
那什么时候会“看起来没报错”？
所谓“不报错”，通常出现在你主动截断结果的场景：
-
short c = (short)(a + b);—— 强制转换绕过编译检查，32768 截断为0x8000，即 -32768（补码回绕） -
a += b;—— 复合赋值等价于a = (short)(a + b)，编译器自动插入窄化转换 - 运行时数值超出范围，Java 不抛异常，而是静默回绕（wraparound），这是有符号整数补码表示的自然行为
哪些情况会真正报错？
只有两类明确由编译器拦截的场景：
-
字面量越界赋值：如
short s = 32768;→ 编译错误 “incompatible types” -
无转换的宽类型赋窄类型：如
short s = a + b;（a、b 是 short）→ 编译错误，因a + b是 int
想让它报错？得靠手动防护
Java 默认不检查 short 运算溢出。若需严格校验，必须主动干预：
- 加法前判断：
if (a > Short.MAX_VALUE - b) throw new ArithmeticException("short overflow"); - 用
Math.addExact((int)a, (int)b)，再检查结果是否在 short 范围内并转回 - 配置或输入层用
@Min(-32768) @Max(32767)校验字符串转 short 的过程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
