本篇內(nèi)容介紹了“Java表達(dá)式相關(guān)問題實(shí)例分析”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！
Code Golf中的一位挑戰(zhàn)者在比賽中寫了下面這段代碼：（譯注：Code Golf是一個(gè)編程挑戰(zhàn)比賽，提交的代碼越短越好）
重慶分公司
重慶分公司
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中運(yùn)行代碼，得到結(jié)果如下：
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中運(yùn)行代碼，得到結(jié)果如下：
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中編號(hào)似乎完全失效了。這中間發(fā)生了什么？這是Java 10的bug嗎？
來自評(píng)論區(qū)的討論：
用Java 9或更高版本編譯會(huì)出現(xiàn)問題（我們?cè)贘ava 10中找到了問題）。在Java 8上編譯這段代碼，然后在Java 9或更高版本（包括Java 11 EA）中運(yùn)行，可以得到預(yù)期結(jié)果。
雖然這種代碼不標(biāo)準(zhǔn)，但符合Java規(guī)范。Kevin Cruijssen在一個(gè)Code Golf挑戰(zhàn)中發(fā)現(xiàn)了這個(gè)問題，看起來結(jié)果很奇怪。
Didier L發(fā)現(xiàn)可以用更短、更容易理解的代碼重現(xiàn)該問題：
class Main {
public static void main(String[] args) {
String[]
array = {
"" };
array[test()] +=
"a";
}
static int test() {
System.out.println("evaluated");
return 0;
}
}用Java 8編譯，運(yùn)行結(jié)果：
evaluated
用Java 9和10編譯，運(yùn)行結(jié)果
evaluated
evaluated問題似乎與字符串連接操作和賦值運(yùn)算符（+=）有關(guān)，當(dāng)作為左操作符時(shí)會(huì)出現(xiàn)副作用，例如array[test()]+="a"、array[ix++]+="a"、test()[index]+="a"或test().field+="a"。字符串連接要求至少有一邊的對(duì)象類型為String。其他類型或結(jié)構(gòu)無法復(fù)現(xiàn)該錯(cuò)誤。
答案
這是JDK 9開始引入的一個(gè)javac bug（疑似在字符串拼接過程中進(jìn)行了修改），已由javac團(tuán)隊(duì)確認(rèn)，bug id JDK-8204322。查看該行對(duì)應(yīng)的字節(jié)碼：
array[i++%size] += i + " ";
字節(jié)碼：
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從數(shù)組中實(shí)際加載數(shù)據(jù)。但是，下面這段
21: aload_2 // load 數(shù)組引用
22: iload_3 // load 'i'function(){ //外匯跟單www.gendan5.com 23: iinc 3, 1 // 'i' 加1 (不影響已加載的數(shù)組值)
26: iload_1 // load 'size'
27: irem // 計(jì)算余數(shù)基本上能與array[i++%size]表達(dá)式對(duì)應(yīng)（去掉實(shí)際的load和store），問題是這里出現(xiàn)了兩次。按照jls-15.26.2規(guī)范中的描述，這是不正確的：
復(fù)合表達(dá)式E1 op= E2與E1 = (T) ((E1) op (E2))等價(jià)，其中T的類型是E1，除了E1應(yīng)該只執(zhí)行一次。
因此，表達(dá)式array[i++%size] += i + " ";中array[i++%size]應(yīng)該只計(jì)算一次。但是這里會(huì)計(jì)算兩次（load一次，store一次）。
可以確認(rèn)，這是一個(gè)bug。
更新：
該bug已在JDK 11中修復(fù)，并且對(duì)應(yīng)更新到JDK 10（但JDK 9不會(huì)修復(fù)，因?yàn)樗辉龠M(jìn)行public updates）。
Aleksey ShipilevJBS 頁面上提到：
解決方法：使用-XDstringConcat=inline編譯。
這樣會(huì)使用StringBuilder進(jìn)行字符串連接，不會(huì)出現(xiàn)該bug。
“Java表達(dá)式相關(guān)問題實(shí)例分析”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！
