- 如果两个对象根据 `equals` 方法认为是相等的，那么这两个对象也应该返回相等的hashcode。

- 不要求两个不相等的对象，在调用 `hashCode` 方法返回的结果是必须是不同的。然而，程序员应该了解不同的对象产生不同的hashcode能够提升哈希表的效率。

Object的`hashcode`对不同的对象，尽可能返回不同的hashcode。这通常通过将对象的内部地址转换为整数来实现，但Java编程语言不需要此实现技术。

- 31可以被 JVM 优化，31 * i = (i << 5) - i。

- x.clone() != x

- x.clone().getClass() == x.getClass()

- x.clone().equals(x)

虚假唤醒（spurious wakeup）是一个表象，即在多处理器的系统下发出wait的程序有可能在没有notify唤醒的情形下苏醒继续执行。以运行在linux的hotspot虚拟机上的java程序为例，wait方法在jvm执行时实质是调用了底层 `pthread_cond_wait/pthread_cond_timedwait` 函数，挂起等待条件变量来达到线程间同步通信的效果，而底层wait函数在设计之初为了不减慢条件变量操作的效率并没有去保证每次唤醒都是由notify触发，而是把这个任务交由上层应用去实现，即使用者需要定义一个循环去判断是否条件真能满足程序继续运行的需求，当然这样的实现也可以避免因为设计缺陷导致程序异常唤醒的问题。

当GC认为该对象已经没有任何引用的时候，该方法被GC收集器调用。子类可以 overwrite 该方法来关闭系统资源或者其他清理任务。

finalize的一般契约是，如果Java™虚拟机确定不再有任何方法可以通过任何尚未死亡的线程访问此对象，除非由于某个操作，它将被调用通过最终确定准备完成的其他一些对象或类来完成。 finalize方法可以采取任何操作，包括使该对象再次可用于其他线程;但是，finalize的通常目的是在对象被不可撤销地丢弃之前执行清理操作。例如，表示输入/输出连接的对象的finalize方法可能会执行显式I/O事务，以在永久丢弃对象之前断开连接。

类Object的finalize方法不执行任何特殊操作;它只是正常返回。 Object的子类可以覆盖此定义。

Java编程语言不保证哪个线程将为任何给定对象调用finalize方法。但是，可以保证，调用finalize时，调用finalize的线程不会持有任何用户可见的同步锁。如果finalize方法抛出未捕获的异常，则忽略该异常并终止该对象的终止。在为对象调用finalize方法之后，在Java虚拟机再次确定不再有任何方法可以通过任何尚未死亡的线程访问此对象之前，不会采取进一步操作，包括可能的操作通过准备完成的其他对象或类，此时可以丢弃该对象。

对于任何给定对象，Java虚拟机永远不会多次调用finalize方法。finalize方法抛出的任何异常都会导致暂停此对象的终结，但会被忽略。

- 一些与finalize相关的方法，由于一些致命的缺陷，已经被废弃了，如System.runFinalizersOnExit()方法、Runtime.runFinalizersOnExit()方法。

- System.gc()与System.runFinalization()方法增加了finalize方法执行的机会，但不可盲目依赖它们。

- Java语言规范并不保证finalize方法会被及时地执行、而且根本不会保证它们会被执行。

- finalize方法可能会带来性能问题。因为JVM通常在单独的低优先级线程中完成finalize的执行。

- 对象再生问题：finalize方法中，可将待回收对象赋值给GC Roots可达的对象引用，从而达到对象再生的目的。

- finalize方法至多由GC执行一次(用户当然可以手动调用对象的finalize方法，但并不影响GC对finalize的行为)。

基于内部数组新建了一个String，注意，**这个String构造方法不会直接用value数组，而会新建一个，以保证String的不可变性**。