赋值上下文中的 Java 基元转换 Long 和 int答案

【问题标题】：Java Primitive conversions in assignment context Long and int赋值上下文中的 Java 基元转换 Long 和 int
【发布时间】：2013-12-17 10:43:09
【问题描述】：

Long ll = 102; // Error
Byte bb = 101; // No error

为什么Long 赋值会导致编译时错误，而Byte 赋值没问题？

Long ll = 102 导致编译器错误“类型不匹配：无法从 int 转换为 Long”。我假设编译器会将 102 扩大到 long，然后框到 Long。但它没有发生。

但是Byte bb = 101; 没有产生编译器错误。在这里我猜，101 缩小到byte（非长整数常数），然后装箱到Byte。收窄没问题，加宽有什么问题？

【问题讨论】：

标签： java

【解决方案1】：

这是因为您使用的是Long 而不是long。 Java 自动装箱不会在同一步骤中从int 转换为long，然后将long 自动装箱为Long。

将您的代码更改为 long ll 即可。

byte 原语在 java 中没有标记 - 在 byte（-128 到 +127）的有效范围内输入的任何值都可以被视为 byte 或 integer，具体取决于语境。在这种情况下，它会将其处理为byte，然后自动装箱能够对其进行处理。

我不确定为什么决定让 Java 以这种方式工作。字节处理似乎与所有其他数字类型不一致。

【讨论】：

【解决方案2】：

见5.1.7 Boxing Conversion of the JLS

如果 p 是 int 类型的值，则装箱转换将 p 转换为类和 Integer 类型的引用 r，使得 r.intValue() == p

因为102 是一个整数文字，它的类型是int，并且自动装箱会将其转换为Integer（如规范所述），但不能将Integer 转换为Long。

因此，当您使用 long 文字或将 int 文字转换为 long 时，JLS 将使用装箱转换，结果将是 Long 对象。

这样就好了

Long long1 = (long) 102;
Long long2 = 102L;
Long long3 = 102l;

第二个

Byte bb = 101;

此外，如果表达式是 byte、short、char 或 int 类型的常量表达式（第 15.28 节）：

如果变量的类型是 byte、short 或 char，并且常量表达式的值可以用变量的类型表示，则可以使用缩小原语转换。

所以101 是一个整数文字，但是有一个需要缩小转换（int -> byte）的赋值，并且int 的值在byte 值范围内。因此它可以表示为变量类型（参见规范）并进行转换。

这当然行不通

 Byte bb = 128; // can not be represented as the variable type. Thus no narrowing conversion.

【讨论】：

【解决方案3】：

所以，应该很清楚为什么分配给Long 不起作用：int 正试图被强制转换为long，然后在一步中自动装箱为Long...不去吧。

但是，-128 到 127 范围内的数字文字可能会在正确的上下文中被解释为 byte 文字，这就是分配给 Byte 的原因。

【讨论】：