字符串常量池的深度理解

场景1：

分析：有字面量1，首先会去字符串常量池中找有没有字符串值为1的字符串对象，无，就会在字符串常量池中创建1个字符串对象，其中HashtableEntry（和字符串常量池中的每个值的对象一一对应）的key为hash值，value存的是字符串对象的地址，即instanceOopDesc地址，此时字符串对象instanceOopDesc并没有值1，它的值1是存在堆中的一个叫typeArrayOopDesc的char数组中；接着new就会在堆中创建字符串对象，它的值也是存在typeArrayOopDesc中，两个instanceOopDesc都维护者一个指向typeArrayOopDesc的引用。

场景2：

场景3：

场景4：

分析：
String s1= "1"+"2"在编译期会优化成String s1= "12"；

场景5：

分析：往深一点来说这串代码生成了9个对象，为啥呢？第一个StringBuider，其次就是图中8个堆中的字符串对象是StringBuider通过apend和toString方法操作后生成的

场景6：

知识补充：

• jdk1.8：当一个字符串调用 intern() 方法时，如果 String Pool 中：
  • 存在一个字符串和该字符串值相等（使用 equals() 方法进行确定），就会返回 String Pool 中字符串的引用（需要变量接收）
  • 不存在，会把对象的引用地址复制一份放入串池，并返回串池中的引用地址，前提是堆内存有该对象。因为 Pool 在堆中，为了节省内存不再创建新对象
• jdk1.6：将这个字符串对象尝试放入串池，如果有就不放入，返回已有的串池中的对象的地址；如果没有会把此对象复制一份，放入串池，把串池中的对象返回

分析：new String(“111”)+new String(“222”)一般来说会创建4个对象，s1指向堆中的值为111222的对象,jdk1.8中s.intern会在字符串常量池中找是否有值为111222的对象，这道题中没有，然后就会在字符串常量池中创建一个HashtableEntry，value存的是堆中值为111222的对象的地址，指向它。s2="111222"回到字符串常量池中找是否有值为111222的对象，由于已经有HashtableEntry指向堆中值为111222的对象，说明字符串常量池中有，即使它不在字符串常量池中，所以s2也指向堆中的对象，为true。


思考：为什么为false