请教 一个笔试题，关于字符串相等的判断

java的字符串常量处理比较特殊，用==比较是true说明两个对象的地址相同，3的情况说明常量的toLowerCase也会在编译时就进行计算，4的情况说明对字符串常量的计算在编译时计算还不够充分，个人理解

【 在 he1l0 的大作中提到: 】 : java的字符串常量处理比较特殊，用==比较是true说明两个对象的地址相同，3的情况说明常量的toLowerCase也会在编译时就进行计算，4的情况说明对字符串常量的计算在编译时计算还不够充分，个人理解 一 . 2的情况为什么为true? 这个是偶然的还是必然的？ 可以理解为这样么？ 设“a”+"b" 分配的地址为X,则"a"+"b"运算过后的存储内容为"ab",故编译器在找的时候就直接找到已存在的常量"ab", 所以2者相等么？ 二. “3的情况说明常量的toLowerCase也会在编译时就进行计算，4的情况说明对字符串常量的计算在编译时计算还不够充分” 这个完全不明白? 编译时还存在计算不够充分的情况?

"a"+"b".toLowerCase() == "ab" ，前者是堆内存的字符串，后者是常量池的字符串

【 在 lblz 的大作中提到: 】 : 一 . 2的情况为什么为true? 这个是偶然的还是必然的？ : 可以理解为这样么？ : 设“a”+"b" 分配的地址为X,则"a"+"b"运算过后的存储内容为"ab",故编译器在找的时候就直接找到已存在的常量"ab", 所以2者相等么？ : ................... 2的情况在是由于编译器在编译阶段对“+”操作符进行优化，如果它的两个字符串操作数都是明确的话，编译器会直接进行字符串连接，因此在分配内存时是按照连接后的字符串进行的。所以为true.

JVM对于字符串常量的"+"号连接的优化原因，我是这么理解的…… "a" + “b”，两个确定的字符串常量，经编译器优化后在class中就已经是"ab“，在编译期其字符串常量的值就确定下来了。 "a" + "b".toLowerCase() ，对字符串进行小写化操作后得到一个对象引用，再对字符串相加，存在引用的+操作在编译期无法确定结果，即"a" +"b".toLowerCase() 无法被编译器优化，在程序运行期，动态分配并将对象引用返回。 所以"ab"在字符串常量池里，"a" +"b".toLowerCase() 在堆上，"=="操作符比较的是内存地址，因此比较的结果为false. 如果是"a" == "a".toLowerCase()，这个结果是true，不存在+操作优化的问题。

我试了这个语句："A".toLowerCase() == "a" 结果为：false。 "a".toLowerCase() == "a" 结果为：true。 编译的时候有优化？ 如果是小写字母调用toLowerCase()，就不会在堆里创建一个新的字符串。大写字符就不一样？

String的所有方法在字符串没有改变的情况下返回原字符串,否则新建一个字符串返回。例如："a".toLowerCase()，a本身就是小写的，所以返回的还是原来的那个a

哦，那大概理解了。

【 在 zbin 的大作中提到: 】 : String的所有方法在字符串没有改变的情况下返回原字符串,否则新建一个字符串返回。例如："a".toLowerCase()，a本身就是小写的，所以返回的还是原来的那个a 原来是这样，如果没变的话，返回的就是原来的字符串。 那么后两种是不是都没有在编译阶段进行优化，仅仅是运行时动态生成对象进行比较。例如最后一个，实际上相当于new String("a"+"b")=="ab"//false，不知道对不对。