String s3 = "ab";

String s4 = s1 + s2;

System.out.println(s3 == s6); // true

1. 创建阶段(Created)：

2. 应用阶段(In Use)：对象至少被一个强引用持有着

3. 不可见阶段(Invisible)：程序的执行已经超出了该对象的作用域，不再持有该对象的任何强引用

4. 不可达阶段(Unreachable)：该对象不再被任何强引用所持有，包括GC Root的强引用

5. 收集阶段(Collected)：垃圾回收器已经对该对象的内存空间重新分配做好准备，该对象如果重写了finalize()方法，则会去执行该方法

6. 终结阶段(Finalized)：等待垃圾回收器对该对象空间进行回收，当对象执行完finalize()方法后仍然处于不可达状态时进入该阶段

7. 对象空间重分配阶段(De-allocated)：垃圾回收器对该对象的所占用的内存空间进行回收或者再分配

* 在同一个类加载器下，一个类型只会被初始化一次。所以一旦开始初始化一个类，无论是否完成后续都不会再重新触发该类型的初始化阶段了(只考虑在同一个类加载器下的情形)。因此，在实例化上述程序中的st变量时，**实际上是把实例初始化嵌入到了静态初始化流程中，并且在上面的程序中，嵌入到了静态初始化的起始位置**，这就导致了实例初始化完全发生在静态初始化之前，这也是导致a为110 b为0的原因

* static变量的赋值操作和静态代码块的合并顺序由源文件中出现的顺序决定

i = 0; // 给变量赋值可以正常编译通过

* wait，notify 和 notifyAll 必须配合Object Monitor一起使用，而park、unpark不需要

* **park & unpark 可以先 unpark**，而 wait & notify 不能先 notify

类比生产消费，先消费发现有产品就消费，没有就等待；先生产就直接产生商品，然后线程直接消费

* wait会释放锁资源进入等待队列，park 不会释放锁资源，只负责阻塞当前线程，会释放CPU

try { Thread.sleep(1000); } catch (InterruptedException e) { }

// 当没有『许可』时，当前线程暂停运行；有『许可』时，用掉这个『许可』，当前线程恢复运行

LockSupport.park();

System.out.println("1");

}).start();

Thread t2 = new Thread(() -> {

System.out.println("2");

// 给线程 t1 发放『许可』（多次连续调用 unpark 只会发放一个『许可』）

LockSupport.unpark(t1);

}).start();