Java中为何需显式将0x8000强制转换为short类型？

这个问题其实和Java整数字面量的默认规则、以及short类型的取值范围直接相关，我给你一步步讲明白：

核心前提：Java整数字面量的默认类型 #

在Java里，所有像0x8000、0x7FFF这样的整数字面量，默认都是int类型（32位有符号整数），哪怕它看起来像是16位的数值，编译器也会先把它当成int来处理。

两种字面量的差异分析 #

我们把两个十六进制值转成十进制，结合short的范围（-32768到32767）来看：

• 0x7FFF转十进制是32767，这正好是short的最大值（Short.MAX_VALUE）。这个值在int的范围内，同时也完全落在short的合法取值区间里，所以Java允许隐式转换——编译器会自动把这个int值转成short，不需要你手动加强制转换。
• 0x8000转十进制是32768，这个值作为int是合法的，但它已经超过了short的最大值32767。虽然从二进制补码的角度，16位的0x8000正好对应short的最小值-32768，但Java编译器不会自动帮你做这个转换：因为把一个更大范围的int转成更小范围的short属于窄化转换，可能会导致数据溢出或精度丢失，编译器默认会阻止这种潜在危险的操作，所以必须显式加上(short)强制转换，告诉编译器“我清楚风险，确认要这么做”。

结合你的代码看效果 #

当你写x = (short) 0x8000;时，编译器会把32位的int值0x8000（也就是32768）截断成16位的short：16位二进制的0x8000是补码形式，对应的十进制就是-32768，正好是short的最小值，所以赋值成功，打印出来的结果就是-32768。

如果去掉强制转换写x = 0x8000;，编译器会直接报错，提示你“不兼容的类型: 从int转换到short可能会有损失”——这就是它在阻止你无意识的窄化转换操作。

内容的提问来源于stack exchange，提问作者Display Name