Object类源码解析

说明：这是查阅别人的博客，自己总结整理，以供自己参考。

源文链接：https://www.cnblogs.com/renchunjie/p/9081326.html

源码取自jdk1.8.0_171，下面是Object 源码及相关注解：

package java.lang;

/**
 * Class {@code Object} is the root of the class hierarchy.
 * Every class has {@code Object} as a superclass. All objects,
 * including arrays, implement the methods of this class.
 *
 * @author  unascribed
 * @see     java.lang.Class
 * @since   JDK1.0
 */

 Object类是类层次结构中的根类，每个类都使用它作为父类，所有的对象(包括数组)都实现了这个类中的方法。

public class Object {

    private static native void registerNatives();
    static {
        registerNatives();
    }

}

创建对象时，先调用静态代码块(即registerNatives()方法)。native关键字表示该方法不是由java语言编写，而是通过C/C++来完成的，并被编译成.dll(windowst下，linux下是so文件) ，之后才由Java调用，方法的具体实现是在dll文件中。registerNatives()方法主要作用就是将C/C++中的方法映射到Java中的native方法，实现方法命名的解耦。

注意：实现JNI的调用有两种方式：使用传统方法实现JNI；使用RegisterNatives实现JNI。

@Contract(pure=true)public final native Class<?> getClass();

返回了这个对象的运行时类。返回的Class对象是正被静态同步方法锁住的对象，当getClass()方法被执行时，实际结果类型是Class<? extends |X|> 其中|X|表示静态类型。例如，这个代码片段不需要强制转换。

@Contract(pure=true)表示这个函数是一个纯函数。所谓的纯函数就是对于一个输入只有一个结果。

public native int hashCode();

返回该对象的哈希值，支持此方法有利于哈希表的性能，比如由java.util.HashMap。

提供的哈希表哈希值的常规约定:

在 Java 应用程序执行期间，在对同一对象多次调用hashCode 方法时，必须一致地返回相同的整数。

前提是对象进行比较时的euqals方法所用的信息没有被修改。从应用程序的一次执行到同一应用程序的另一次执行，该整数无需保持一致。

如果根据 equals(Object) 方法，两个对象是相等的，那么对这两个对象中的每个对象调用 hashCode 方法都必须生成相同的整数结果。

如果根据 equals(java.lang.Object) 方法，两个对象不相等，那么对这两个对象中的任一对象上调用 hashCode方法不要求一定生成不同的整数结果。 
然而程序员应该意识到，为不相等的对象生成不同整数结果可以提高哈希表的性能。

实际上，由 Object 类定义的 hashCode 方法确实会针对不同的对象返回不同的整数。
注意：这一般是通过将该对象的内部地址转换成一个整数来实现的，但是 Java编程语言不需要这种实现技巧。

 public boolean equals(Object obj) {
     return (this == obj);
 }

指示其他一些对象是否与此对象”equal to”
equals 方法在非空对象引用上实现相等关系：
自反性：对于任何非空引用值 x，x.equals(x) 都应返回 true。
对称性：对于任何非空引用值 x 和 y，当且仅当 y.equals(x) 返回 true 时，x.equals(y) 才应返回 true。
传递性：对于任何非空引用值 x、y 和 z，如果 x.equals(y) 返回 true，并且 y.equals(z) 返回 true，那么 x.equals(z) 应返回 true。
一致性：对于任何非空引用值 x 和 y，多次调用 x.equals(y) 始终返回 true 或始终返回 false，前提是对象上 equals 比较中所用的信息没有被修改。
对于任何非空引用值 x，x.equals(null) 都应返回 false。
Object 类的 equals 方法实现判别可能性最大的相等关系；即，对于任何非空引用值 x 和 y， 当且仅当 x 和 y 引用同一个对象时，此方法才返回 true（x == y 具有值 true）。

注意：当此方法被重写时，通常有必要重写 hashCode 方法，以维护 hashCode 方法的常规约定，该约定声明相等对象必须具有相等的哈希码。

 protected native Object clone() throws CloneNotSupportedException;

创建并返回此对象的一个副本。“副本”的准确含义依赖于对象的类。这样做的目的是，对于任何对象 x 表达式：x.clone() != x 为 true，表达式：x.clone().getClass() == x.getClass()也为 true，但这些并非必须要满足的要求。一般情况下：x.clone().equals(x) 为 true，但这并非必须要满足的要求。
按照惯例，返回的对象应该通过调用 super.clone 获得。如果一个类及其所有的超类（Object 除外）都遵守此约定，则 x.clone().getClass() == x.getClass()。
按照惯例，此方法返回的对象应该独立于该对象（正被复制的对象）。要获得此独立性，在 super.clone 返回对象之前，有必要对该对象的一个或多个字段进行修改。这通常意味着要复制包含正在被复制对象的内部“深层结构”的所有可变对象，并使用对副本的引用替换对这些对象的引用。如果一个类只包含原始字段或对不可变对象的引用，那么通常情况下，不需要修改由克隆返回的对象中的字段。
Object 类的 clone 方法执行特定的复制操作。首先，如果此对象的类没有实现接口 Cloneable，则会抛出 CloneNotSupportedException。
注意，所有的数组都被视为实现接口 Cloneable，且 数组类型T[]的 clone方法返回的类型是T[] ，T 可以是任何引用或基本类型
Object 类本身不实现接口 Cloneable，所以在类为 Object 的对象上调用 clone 方法将会导致在运行时抛出异常。

 public String toString() {
     return getClass().getName() + "@" + Integer.toHexString(hashCode());
 }

返回该对象的字符串表示。通常， toString 方法会返回一个“以文本方式表示”此对象的字符串。结果应是一个简明但易于读懂的信息表达式。建议所有子类都重写此方法。
Object 类的 toString 方法返回一个字符串，该字符串由类名（对象是该类的一个实例），标记符“@”和此对象哈希码的无符号十六进制表示组成。换句话说，该方法返回一个字符串，它的值等于：getClass().getName() + '@' + Integer.toHexString(hashCode())。

 public final native void notify();

唤醒在此对象监视器上等待的单个线程。如果多个线程都在此对象上等待，则会选择唤醒其中一个线程。 选择是任意性的，并在对实现做出决定时发生。线程通过调用其中一个 wait 方法，在对象的监视器上等待。
直到当前线程放弃此对象上的锁定，才能继续执行被唤醒的线程。被唤醒的线程将以常规方式与在该对象上主动同步的其他所有线程进行竞争；例如，唤醒的线程在作为锁定此对象的下一个线程方面没有可靠的特权或劣势。
此方法只应由作为此对象监视器的所有者的线程来调用。 通过以下三种方法之一，线程可以成为此对象监视器的所有者：
1 通过执行此对象的同步实例方法。
2通过执行在此对象上进行同步synchronized 语句的正文。
3对于 Class 类型的对象，可以通过执行该类的同步静态方法。
一次只能有一个线程拥有对象的监视器。

public final native void notifyAll();

唤醒在此对象监视器上等待的所有线程。线程通过调用其中一个 wait 方法，在对象的监视器上等待。直到当前线程放弃此对象上的锁定，才能继续执行被唤醒的线程。被唤醒的线程将以常规方式与在该对象上主动同步的其他所有线程进行竞争；例如，唤醒的线程在作为锁定此对象的下一个线程方面没有可靠的特权或劣势。此方法只应由作为此对象监视器的所有者的线程来调用。
有关线程能够成为监视器所有者的方法的描述，请参阅 notify 方法。

public final native void wait(long timeout) throws InterruptedException;

在其他线程调用此对象的 notify() 方法或 notifyAll() 方法，或者超过指定的时间量前，导致当前线程等待。
当前线程必须拥有此对象监视器。
此方法导致当前线程（称之为 T）将其自身放置在对象的等待集中，然后放弃此对象上的所有同步要求。出于线程调度目的，在发生以下四种情况之一前，线程 T 被禁用，且处于休眠状态:
1 其他某个线程调用此对象的 notify 方法，并且线程 T 碰巧被任选为被唤醒的线程。
2 其他某个线程调用此对象的 notifyAll 方法
3 其他某个线程中断线程 T
4大约已经到达指定的实际时间。但是，如果 timeout 为零，则不考虑实际时间，在获得通知前该线程将一直等待。
然后，从对象的等待集中删除线程 T，并重新进行线程调度。然后，该线程以常规方式与其他线程竞争，以获得在该对象上同步的权利；一旦获得对该对象的控制权，该对象上的所有其同步声明都将被恢复到以前的状态， 这就是调用 wait 方法时的情况。然后，线程 T 从 wait 方法的调用中返回。所以，从 wait 方法返回时，该对象和线程 T 的同步状态与调用 wait 方法时的情况完全相同
在没有被通知、中断或超时的情况下，线程还可以唤醒一个所谓的虚假唤醒 (spurious wakeup)。 虽然这种情况在实践中很少发生，但是应用程序必须通过以下方式防止其发生， 即对应该导致该线程被唤醒的条件进行测试，如果不满足该条件，则继续等待。换句话说，等待应总是发生在循环中，如下面的示例：
有关这一主题的更多信息，请参阅 Doug Lea 撰写的 Concurrent Programming in Java (Second Edition) (Addison-Wesley, 2000) 中的第 3.2.3 节或 Joshua Bloch 撰写的 Effective Java Programming Language Guide (Addison-Wesley, 2001) 中的第 50 项。]
如果当前线程在等待之前或在等待时被任何线程中断，则会抛出 InterruptedException。 这个异常 直到在按上述形式恢复此对象的锁定状态时 才会抛出。
注意，由于 wait 方法将当前线程放入了对象的等待集中，所以它只能解除此对象的锁定；线程的任何其他对象在线程等待时仍处于锁定状态。
此方法只应由作为此对象监视器的所有者的线程来调用。
有关线程能够成为监视器所有者的方法的描述，请参阅 notify 方法。

 public final void wait(long timeout, int nanos) throws InterruptedException {
    if (timeout < 0) {
        throw new IllegalArgumentException("timeout value is negative");
    }

    if (nanos < 0 || nanos > 999999) {
        throw new IllegalArgumentException("nanosecond timeout value out of range");
    }

    if (nanos > 0) {
        timeout++;
    }

    wait(timeout);
}

在其他线程调用此对象的 notify() 方法或 notifyAll() 方法， 或者其他某个线程中断当前线程，或者已超过某个实际时间量前，导致当前线程等待。此方法类似于一个参数的 wait 方法，但它允许更好地控制在放弃之前等待通知的时间量。用毫微秒度量的实际时间量可以通过以下公式计算出来：1000000*timeout+nanos在其他所有方面，此方法执行的操作与带有一个参数的 wait(long) 方法相同。需要特别指出的是，wait(0, 0) 与 wait(0) 相同。
当前线程必须拥有此对象监视器。该线程发布对此监视器的所有权，并等待下面两个条件之一发生：
1 其他线程通过调用 notify 方法，或 notifyAll 方法通知在此对象的监视器上等待的线程醒来
2 timeout 毫秒值与 nanos 毫微秒参数值之和指定的超时时间已用完。
然后，该线程等到重新获得对监视器的所有权后才能继续执行。对于某一个参数的版本，实现中断和虚假唤醒是有可能的，并且此方法应始终在循环中使用：
此方法只应由作为此对象监视器的所有者的线程来调用。有关线程能够成为监视器所有者的方法的描述，请参阅 notify 方法。

public final void wait() throws InterruptedException {
    wait(0);  
}

在其他线程调用此对象的 notify() 方法或 notifyAll() 方法前，导致当前线程等待。换句话说，这个方法行为表现就像简单地执行wait(0)一样
当前线程必须拥有此对象监视器。该线程发布对此监视器的所有权，并等到其他线程通过调用 notify 方法，或 notifyAll 方法通知在此对象的监视器上等待的线程醒来。然后，该线程等到重新获得对监视器的所有权后才能继续执行。
对于某一个参数的版本，实现中断和虚假唤醒是有可能的，并且此方法应始终在循环中使用：
synchronized (obj) {
* while (&lt;condition does not hold&gt;)
* obj.wait();
* ... // Perform action appropriate to condition
* }
此方法只应由作为此对象监视器的所有者的线程来调用。 有关线程能够成为监视器所有者的方法的描述，请参阅 notify 方法。

protected void finalize() throws Throwable { }

当垃圾回收器确定不存在对该对象的任何引用时，由对象的垃圾回收器调用此方法。 子类重写 finalize 方法，以配置系统资源或执行其他清除。
finalize的常规协定是当 JavaTM 虚拟机已确定尚未终止的任何线程无法再通过任何方法访问此对象时，将调用此方法，除非由于准备终止的其他某个对象或类的终结操作执行了某个操作。finalize 方法可以采取任何操作，其中包括再次使此对象对其他线程可用；不过，finalize 的主要目的是在不可撤消地丢弃对象之前执行清除操作。例如，表示输入/输出连接的对象的 finalize 方法可执行显式 I/O 事务，以便在永久丢弃对象之前断连。
Object 类的 finalize 方法执行非特殊性操作；它仅执行一些常规返回。 Object 的子类可以重写此定义。
Java 编程语言不保证哪个线程将调用某个给定对象的 finalize 方法。但可以保证在调用 finalize 时，调用 finalize 的线程将不会持有任何用户可见的同步锁定。如果 finalize 方法抛出未捕获的异常，那么该异常将被忽略，并且该对象的终结操作将终止。
在启用某个对象的 finalize 方法后，将不会执行进一步操作，直到 Java 虚拟机再次确定尚未终止的任何线程无法再通过任何方法访问此对象，其中包括由准备终止的其他对象或类执行的可能操作，在执行该操作时，对象可能被丢弃。
对于任何给定对象，Java 虚拟机最多只调用一次 finalize 方法。finalize 方法抛出的任何异常都会导致此对象的终结操作停止，但可以通过其他方法忽略它。