关于常量池/ String s1 = "Hello"创建几个对象/"=="和equal()的问题

参考文章:https://www.cnblogs.com/syp172654682/p/8082625.html

               https://blog.csdn.net/qq_35673617/article/details/88191934

首先先明白几个问题:

1....变量/引用是怎么存储在内存中

int a = 10;

a就是变量名，10是变量值.。变量值存放在内存中，每一个内存都有一个编号，即地址，比如0x000000001

a仅仅是写给程序员看的，方便使用。当代码编译后，就会变成机器码，a就会不存在，只会存在变量值所在内存对应的地址值

java分为基本类型和引用类型，都会在栈中分配一个内存

基本类型：值也在栈中

引用类型：只有引用在栈中，也就是说引用实际上就是堆中的对象所在的内存的地址值。

2....字符串对象的创建过程,就算放在常量池也是对象

String str = "nihao";  程序开始执行这句代码,肯定是要创建一个对象的, 只是这个对象创建后就是一个常量,不可以更改, 并且这个对象是放在串池里面的,也就是你说的那个常量池

如果我后面在写一句代码:  String other = "nihao";

str和other这2个引用的地址就是一样的,  因为str和other的声明方式是一样的, 都是在串池, str的对象创建时,串池中没有"nihao"这个常量,就创建一个. other对象创建时,发现串池中已经有了"nihao"这个常量, 就直接拿过来用就是了

String a1 = new String("nihao"); String b1 = new String("nihao");

但是如果我们通过上面的方式直接new String()  那个a1和b1这2个引用的对象就不是在串池中了,而是在堆中, 但是new String() 的参数"nihao"也是一个字符串啊, 这个字符串从哪里来呢?如果我们吧代码拆分一下就明白了:

String para = "nihao"; String a1 = new String(para);

就会发现String a1 = new String("nihao"); 这一句代码实际上创建了2个对象, 一个是String对象,存放在堆中, 一个是字符串常量对象,存放在串池中

3..... java虚拟内存分布:

常量池的好处
常量池是为了避免频繁的创建和销毁对象而影响系统性能，其实现了对象的共享。
例如字符串常量池，在编译阶段就把所有的字符串文字放到一个常量池中。
（1）节省内存空间：常量池中所有相同的字符串常量被合并，只占用一个空间。
（2）节省运行时间：比较字符串时，==比equals()快。对于两个引用变量，只用==判断引用是否相等，也就可以判断实际值是否相等。

首先说明一点，在java 中，直接使用==操作符，比较的是两个字符串的引用地址，并不是比较内容，比较内容请用String.equals()。

1 String s1 = "Hello";
 2 String s2 = "Hello";
 3 String s3 = "Hel" + "lo";
 4 String s4 = "Hel" + new String("lo");
 5 String s5 = new String("Hello");
 6 String s6 = s5.intern();
 7 String s7 = "H";
 8 String s8 = "ello";
 9 String s9 = s7 + s8;
10           
11 System.out.println(s1 == s2);  // true
12 System.out.println(s1 == s3);  // true
13 System.out.println(s1 == s4);  // false
14 System.out.println(s1 == s9);  // false
15 System.out.println(s4 == s5);  // false
16 System.out.println(s1 == s6);  // true

s1 == s2这个非常好理解，s1、s2在赋值时，均使用的字符串字面量，说白话点，就是直接把字符串写死，在编译期间，这种字面量会直接放入class文件的常量池中，从而实现复用，载入运行时常量池后，s1、s2指向的是同一个内存地址，所以相等。

     s1 == s3这个地方有个坑，s3虽然是动态拼接出来的字符串，但是所有参与拼接的部分都是已知的字面量，在编译期间，这种拼接会被优化，编译器直接帮你拼好，因此String s3 = "Hel" + "lo";在class文件中被优化成String s3 = "Hello"，所以s1 == s3成立。只有使用引号包含文本的方式创建的String对象之间使用“+”连接产生的新对象才会被加入字符串池中。

     s1 == s4当然不相等，s4虽然也是拼接出来的，但new String("lo")这部分不是已知字面量，是一个不可预料的部分，编译器不会优化，必须等到运行时才可以确定结果，结合字符串不变定理，鬼知道s4被分配到哪去了，所以地址肯定不同。对于所有包含new方式新建对象（包括null）的“+”连接表达式，它所产生的新对象都不会被加入字符串池中。

配上一张简图理清思路：

s1 == s9也不相等，道理差不多，虽然s7、s8在赋值的时候使用的字符串字面量，但是拼接成s9的时候，s7、s8作为两个变量，都是不可预料的，编译器毕竟是编译器，不可能当解释器用，不能在编译期被确定，所以不做优化，只能等到运行时，在堆中创建s7、s8拼接成的新字符串，在堆中地址不确定，不可能与方法区常量池中的s1地址相同。

s4 == s5已经不用解释了，绝对不相等，二者都在堆中，但地址不同。

     s1 == s6这两个相等完全归功于intern方法，s5在堆中，内容为Hello ，intern方法会尝试将Hello字符串添加到常量池中，并返回其在常量池中的地址，因为常量池中已经有了Hello字符串，所以intern方法直接返回地址；而s1在编译期就已经指向常量池了，因此s1和s6指向同一地址，相等。

           必须要关注编译期的行为，才能更好的理解常量池。

           运行时常量池中的常量，基本来源于各个class文件中的常量池。

           程序运行时，除非手动向常量池中添加常量(比如调用intern方法)，否则jvm不会自动添加常量到常量池。