为什么“短三十= 3 * 10”是合法的任务？

如果short自动升级为int算术运算，那么为什么是：

short thirty = 10 * 3;

对short变量的合法赋值thirty？

反过来，这是：

short ten = 10;
short three = 3;
short thirty = ten * three; // DOES NOT COMPILE AS EXPECTED

以及这个：

int ten = 10;
int three = 3;
short thirty = ten * three; // DOES NOT COMPILE AS EXPECTED

不会编译，因为不允许在未按预期进行转换的情况下int为a 赋值short。

关于数字文字，有什么特别的事情吗？

因为编译器本身10*3在编译时会替换为30 。因此，有效地：short thirty = 10 * 3是在编译时计算的。

试着改变ten并three给final short（使他们的编译时间常数），并看看会发生什么：P

检查javap -v 两个验证码（10*3和final short）的字节码。您将看到几乎没有区别。

好的，这是不同情况下的字节码差异。

情况1 ：

Java代码：main（）{short s = 10 * 3; }

字节码：

stack=1, locals=2, args_size=1
         0: bipush        30  // directly push 30 into "s"
         2: istore_1      
         3: return   

情况-2：

public static void main(String arf[])  {
   final short s1= 10;
   final short s2 = 3;
   short s = s1*s2;
}

字节码：

  stack=1, locals=4, args_size=1
         0: bipush        10
         2: istore_1      
         3: iconst_3      
         4: istore_2      
         5: bipush        30 // AGAIN, push 30 directly into "s"
         7: istore_3      
         8: return   

情况-3：

public static void main(String arf[]) throws Exception {
     short s1= 10;
     short s2 = 3;
     int s = s1*s2;
}

字节码：

stack=2, locals=4, args_size=1
         0: bipush        10  // push constant 10
         2: istore_1      
         3: iconst_3        // use constant 3 
         4: istore_2      
         5: iload_1       
         6: iload_2       
         7: imul          
         8: istore_3      
         9: return 

在上述情况下，10和3来自局部变量s1和s2

是的，字面量情况有一些特殊的情况：10 * 3将在编译时进行评估。因此，您不需要(short)对乘法文字进行显式转换。

ten * three 无法在编译时评估，因此需要进行显式转换。

如果ten和three被标记将是一回事final。

以下答案添加了JLS部分以及有关此行为的一些详细信息。

根据JLS§15.2-表达式的形式

一些表达式的值可以在编译时确定。这些是常量表达式（第15.28节）。