Java表达式相关问题实例分析

本篇内容介绍了“Java表达式相关问题实例分析”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

按需网站设计可以根据自己的需求进行定制，网站建设、成都网站制作构思过程中功能建设理应排到主要部位公司网站建设、成都网站制作的运用实际效果公司网站制作网站建立与制做的实际意义

Code Golf中的一位挑战者在比赛中写了下面这段代码：（译注：Code Golf是一个编程挑战比赛，提交的代码越短越好）

import java.util.*;
public class Main {
 public static void main(String[] args) {
   int size = 
3;
   String[] 
array = 
new String[size];
   Arrays.fill(array, 
"");
   for(int i = 
0; i <= 
100; ) {
     array[i++%size] += i + 
" ";
   }
   for(String element: 
array) {
     System.out.println(element);
   }
 }
}

在Java 8中运行代码，得到结果如下：

1 4 7 10 13 16 19 22 25 28 31 34 37 40 43 46 49 52 55 58 61 64 67 70 73 76 79 82 85 88 91 94 97 100
2 5 8 11 14 17 20 23 26 29 32 35 38 41 44 47 50 53 56 59 62 65 68 71 74 77 80 83 86 89 92 95 98 101
3 6 9 12 15 18 21 24 27 30 33 36 39 42 45 48 51 54 57 60 63 66 69 72 75 78 81 84 87 90 93 96 99

在Java 10中运行代码，得到结果如下：

2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98
2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98 100 102
2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98 100

在Java 10中编号似乎完全失效了。这中间发生了什么？这是Java 10的bug吗？

来自评论区的讨论：

用Java 9或更高版本编译会出现问题（我们在Java 10中找到了问题）。在Java 8上编译这段代码，然后在Java 9或更高版本（包括Java 11 EA）中运行，可以得到预期结果。

虽然这种代码不标准，但符合Java规范。Kevin Cruijssen在一个Code Golf挑战中发现了这个问题，看起来结果很奇怪。

Didier L发现可以用更短、更容易理解的代码重现该问题：

class Main {
 public static void main(String[] args) {
   String[] 
array = { 
"" };
   array[test()] += 
"a";
 }
 static int test() {
   System.out.println("evaluated");
   return 0;
 }
}

用Java 8编译，运行结果：

evaluated

用Java 9和10编译，运行结果

evaluated
evaluated

问题似乎与字符串连接操作和赋值运算符（+=）有关，当作为左操作符时会出现副作用，例如array[test()]+="a"、array[ix++]+="a"、test()[index]+="a"或test().field+="a"。字符串连接要求至少有一边的对象类型为String。其他类型或结构无法复现该错误。

答案

这是JDK 9开始引入的一个javac bug（疑似在字符串拼接过程中进行了修改），已由javac团队确认，bug id  JDK-8204322。查看该行对应的字节码：

array[i++%size] += i + " ";

字节码：

  21: aload_2
 22: iload_3
 23: iinc          3, 
1
 26: iload_1
 27: irem
 28: aload_2
 29: iload_3
 30: iinc          3, 
1
 33: iload_1
 34: irem
 35: aaload
 36: iload_3
 37: invokedynamic #5,  0 // makeConcatWithConstants:(Ljava/lang/String;I)Ljava/lang/String;
 42: aastore

最后的aaload从数组中实际加载数据。但是，下面这段

  21: aload_2             // load 数组引用
 22: iload_3             // load 'i'function(){   //外汇跟单www.gendan5.com  23: iinc          3, 1  // 'i' 加1  (不影响已加载的数组值)
 26: iload_1             // load 'size'
 27: irem                // 计算余数

基本上能与array[i++%size]表达式对应（去掉实际的load和store），问题是这里出现了两次。按照jls-15.26.2规范中的描述，这是不正确的：

复合表达式E1 op= E2与E1 = (T) ((E1) op (E2))等价，其中T的类型是E1，除了E1应该只执行一次。

因此，表达式array[i++%size] += i + " ";中array[i++%size]应该只计算一次。但是这里会计算两次（load一次，store一次）。

可以确认，这是一个bug。

更新：

该bug已在JDK 11中修复，并且对应更新到JDK 10（但JDK 9不会修复，因为它不再进行public updates）。

Aleksey ShipilevJBS 页面上提到：

解决方法：使用-XDstringConcat=inline编译。

这样会使用StringBuilder进行字符串连接，不会出现该bug。

“Java表达式相关问题实例分析”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！