JDK11 源码阅读 -- java.lang.Object

最新推荐文章于 2022-03-20 14:03:04 发布

xujinshan361

最新推荐文章于 2022-03-20 14:03:04 发布

阅读量610

点赞数

分类专栏： JDK源码文章标签： jdk11 Object类源码

本文链接：https://blog.csdn.net/xu_jin_shan/article/details/120134067

版权

JDK源码专栏收录该内容

2 篇文章 0 订阅

订阅专栏

JDK11 源码阅读 – java.lang.Object

Object 类是类层次的根，每个类都有 Object 作为超类。所有的对象，包括数组，都实现这个类的方法。

package java.lang;

import jdk.internal.HotSpotIntrinsicCandidate;

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

native 修饰的为本地方法，且只有方法定义没有方法实现。
java 有俩种方法：java 方法和本地方法。java 方法是由 java 语言编写，编译成字节码，存储在class文件中。本地方法是由其他语言(比如 C， C++，或者汇编)编写的，编译成和处理器相关的机器代码。本地方法保存在动态链接库中，格式是个平台专有的。
java 方法与平台无关的，但本地方法却不是。运行中的 java 程序调用本地方法时，虚拟机装载包含这个本地方法的动态库，并调用这个方法。
本地方法是联系 java程序和底层主机操作系统的连接方法。由此可知，本地方法的实现是由其他语言编写并保存在动态链接库中，因而在java类中不需要方法实现。
registerNatives() 本质是一个本地方法，但这又是一个别于一般本地方法的本地方法，当类被加载的时候，调用该方法完成对该类中本地方法的注册。
在Object 类中，除了有 registerNatives() 这个本地方法外，还有 hashCode() clone()等本地方法，凡是包含registerNatives() 本地方法的类，同时也包含了其他本地方法。所以，当registerNatives() 方法被加载的时候，注册的方法就是该类所包含的除registerNatives()方法之外的所有本地方法。
一个java程序想要调用一个本地方法，需要执行俩个步骤：第一，通过System.loadLibrary() 将包含本地方法实现的动态文件加载进内存；第二，当java程序需要调用本地方法是，虚拟机在加载的动态文件中定位并链接该本地方法，从而得以执行本地方法。 registerNatives() 方法的作用就是取代第二步，让程序主动将本地方法链接到调用方，当java程序需要调用本地方法时就可以直接调用，而不需要虚拟机再去定位并链接。
通过registerNatives() 方法在类被加载的时候就主动将本地方法链接到调用方，比当方法被调用时在由虚拟机来定位和链接更方便有效；如果本地方法在程序运行中更新，可以调用registerNatives() 方法进行更新； java程序需要调用一个本地应用提供的方法时，因为虚拟机只会检索本地动态库，因而虚拟机是无法定位到本地方法实现的，这个时候就只能使用registerNatives()方法进行主动连接。

@HotSpotIntrinsicCandidate
    public Object() {}

JDK的源码中，被@HotSpotIntrinsicCandidate标注的方法，在HotSpot中都有一套高效的实现，该高效实现基于CPU指令，运行时，HotSpot 维护高效实现代替JDK源码实现，从而获得更高的效率。

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

返回这个对象的运行时类。返回的Class对象是正被静态同步方法锁住的对象，当getClass()方法被执行时，实际结果类型时Class<? extends X> ,其中X表示静态类型。注解@Contract(pure = true)表示这个函数是一个纯函数。所谓的纯函数就是对于一个输入只有一个结果。

@HotSpotIntrinsicCandidate
    public native int hashCode();

返回该对象的哈希值，支持此方法有利于哈希表的性能，比如由 java.util.HashMap 提供的哈希表哈希值的常规约定：在java应用程序执行期间，在对同一对象多次调用hashCode()方法是，必须一致地返回相同的整数。前提是对象进行比较时的equals()方法所用的信息没有被修改。从应用程序的一次执行到同一应用程序的另一次执行，该整数无需保持一致。
如果根据equals(Object) 方法，俩个对象是相等的，那么对这俩个对象中的每个对象对象调用hashCode() 方法都必须生成相同的整数。如果根据equals(Object) 方法，俩个对象是不相等的，那么对这俩个队中的任意一个对象上调用hashCode()方法不要求一定生成不同的整数结果。然而程序员应该意识到，为不相等的对象生成不同的整数结果可以提高哈希表的性能。实际上，由Object类定义的hashCode() 方法确实会针对不同的对象返回不同的整数。这一般是通过将该对象的内部地址转换成一个整数来实现的，但是java编程语言不需要这种实现技巧。

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

满足自反性，对称性，传递性，一致性注意：当此方法被重写时，通常有必要重写hashCode()方法，以维护hashCode() 方法的常规约定(声明相同对象必须具有相等的哈希值)。

@HotSpotIntrinsicCandidate
    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())。

@HotSpotIntrinsicCandidate
    public final native void notify();

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

@HotSpotIntrinsicCandidate
    public final native void notifyAll();

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

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

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

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

在其他线程调用此对象的 notify() 方法或 notifyAll() 方法，或者超过指定的时间量前，导致当前线程等待。当前线程必须拥有此对象监视器。此方法导致当前线程（称之为 T）将其自身放置在对象的等待集中，然后放弃此对象上的所有同步要求。出于线程调度目的，在发生以下四种情况之一前，线程 T 被禁用，且处于休眠状态: 1 其他某个线程调用此对象的 notify 方法，并且线程 T 碰巧被任选为被唤醒的线程。 2 其他某个线程调用此对象的 notifyAll 方法 3 其他某个线程中断线程 T 4大约已经到达指定的实际时间。但是，如果 timeout 为零，则不考虑实际时间，在获得通知前该线程将一直等待。然后，从对象的等待集中删除线程 T，并重新进行线程调度。然后，该线程以常规方式与其他线程竞争，以获得在该对象上同步的权利；一旦获得对该对象的控制权，该对象上的所有其同步声明都将被恢复到以前的状态，这就是调用 wait 方法时的情况。然后，线程 T 从 wait 方法的调用中返回。所以，从 wait 方法返回时，该对象和线程 T 的同步状态与调用 wait 方法时的情况完全相同在没有被通知、中断或超时的情况下，线程还可以唤醒一个所谓的虚假唤醒 (spurious wakeup)。虽然这种情况在实践中很少发生，但是应用程序必须通过以下方式防止其发生，即对应该导致该线程被唤醒的条件进行测试，如果不满足该条件，则继续等待。

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

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

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

        wait(timeoutMillis);
    }

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

@Deprecated(since="9")
    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 方法抛出的任何异常都会导致此对象的终结操作停止，但可以通过其他方法忽略它。