Java编译器对于String常量表达式的优化

　　4.true

　　下面是我的回答：编译优化+ 3的处理方式 = 最后的true

　　String b = "a" + "b";编译器将这个"a" + "b"作为常量表达式，在编译时进行优化，直接取结果"ab"，这样这个问题退化

String a = "ab";
String b = "ab";
System.out.println((a == b));

　　然后根据3的解释，得到结果true

　　这里有一个疑问就是String不是基本类型，像

　　int secondsOfDay = 24 * 60 * 60;

　　这样的表达式是常量表达式,编译器在编译时直接计算容易理解，而"a" + "b" 这样的表达式,string是对象不是基本类型,编译器会把它当成常量表达式来优化吗?

　　下面简单证明我的推断，首先编译这个类:

public class Test {
private String a = "aa";
}

　　复制class文件备用,然后修改为

public class Test {
private String a = "a" + "a";
}

　　再次编译,用ue之类的文本编辑器打开,察看二进制内容,可以发现,两个class文件完全一致,连一个字节都不差.

　　ok,真相大白了.根本不存在运行期的处理String b = "a" + "b";这样的代码的问题,编译时就直接优化掉了。

　　下面进一步探讨，什么样的string + 表达式会被编译器当成常量表达式？

　　String b = "a" + "b";

　　这个String + String被正式是ok的,那么string + 基本类型呢？

String a = "a1";
String b = "a" + 1;
System.out.println((a == b)); //result = true
String a = "atrue";
String b = "a" + true;
System.out.println((a == b)); //result = true
String a = "a3.4";
String b = "a" + 3.4;
System.out.println((a == b)); //result = true

　　可见编译器对string + 基本类型是当成常量表达式直接求值来优化的。

　　再注意看这里的string都是"**"这样的，我们换成变量来试试：

String a = "ab";
String bb = "b";
String b = "a" + bb;
System.out.println((a == b)); //result = false

　　这个好理解，"a" + bb中的bb是变量，不能进行优化。这里很很好的解释了为什么3的观点不正确，如果String+String的操作是在运行时进行的，则会产生新的对象，而不是直接从jvm的string池中获取。

　　再修改一下,把bb作为常量变量：

String a = "ab";
final String bb = "b";
String b = "a" + bb;
System.out.println((a == b)); //result = true

　　竟然又是true，编译器的优化好厉害啊，呵呵，考虑下面这种情况：

String a = "ab";
final String bb = getBB();
String b = "a" + bb;
System.out.println((a == b)); //result = false
private static String getBB() {
return "b";
}

　　看来java(包括编译器和jvm)对string的优化，真的是到了极点了，string这个所谓的"对象"，完全不可以看成一般的对象，java对string的处理近乎于基本类型，最大限度的优化了几乎能优化的地方。

　　另外感叹一下,string的+号处理，算是java语言里面唯一的一个"运算符重载"(接触过c++的人对这个不会陌生)吧？