JDK源码阅读(1)：Object类阅读笔记

Object

1. @HotSpotIntrinsicCandidate

@HotSpotIntrinsicCandidate
public final native Class<?> getClass();

使用@HotSpotIntrinsicCandidate注解标注的方法，表示JVM可能为该方法提供了一些基于CPU指令的高效实现，而非使用Java的实现。

2. native方法

getClass()、hashCode()、clone()、notify()等方法的默认实现都是native方法

3. equals方法

equals()方法默认实现

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

4. clone方法

clone()方法默认是native实现，且默认是一个浅拷贝。但要调用这个方法，要求类实现Clonable接口，否则会抛出CloneNotSupportedException异常。即使Clonable没有定义任何方法。

public interface Cloneable {
}

下面是一个简单的示例

public class Test implements Cloneable{
    public int a = 10;

    public static void main(String[] args) {
        try {
            Test test = new Test();
            Object clone = test.clone();
            System.out.println(clone.getClass());
            System.out.println(test.getClass());
            System.out.println(test.a);
            Test toClone = (Test)clone;
            System.out.println(toClone.a);
        } catch (CloneNotSupportedException e) {
            e.printStackTrace();
        }
    }
}
// 输出
class Test
class Test
10
10

6. toString方法

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

默认实现返回类名+十六进制哈希码

7. notify和notifyAll方法

唤醒在对象监视器上等待的线程。

有下面这些方法令当前线程获得一个对象的监视器

执行synchronized方法
执行synchronized块
执行synchronized的静态方法（获得的是当前类的class对象的监视器）

8. wait方法

下面是一个带纳秒参数nano的wait方法

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 < Long.MAX_VALUE) {
        timeoutMillis++;
    }

    wait(timeoutMillis);
}

我们看到第三个if判断，假如nano参数大于0且timeoutMillis参数未满，所做的直接是令timeoutMillis参数自增。最后直接调用wait(timeoutMillis)，这简直是对程序员的欺骗。注：1ms = 1000000ms

下面的这段代码是一段示例代码。推荐的等待方法是在调用wait的while循环中检查等待的条件，如下例所示。这种方法避免了可能由虚假唤醒引起的问题。

虚假唤醒：线程可以在没有被通知、中断或超时的情况下唤醒

synchronized (obj) {
    while (<condition does not hold> and <timeout not exceeded>) {
        long timeoutMillis = ... ; // recompute timeout values
        int nanos = ... ;
        obj.wait(timeoutMillis, nanos);
    }
    ... // Perform action appropriate to condition or timeout
}

9. finalize方法

@Deprecated(since="9")
protected void finalize() throws Throwable { }

显然我们看到，通过@Deprecated(since="9")注解，标记了finalize()方法自JDK9开始被弃用。

不推荐使用的原因

finalize()方法不能保证执行。
还有另外一个方法能够回收对象，Runtime.getRuntime().runFinalization(); 但是这只能保证GC做出最大的努力，但是我们也不能finalize方法都能执行。我们还有一种方式能够保证执行finalize()方法，Runtime.runFinalizersOnExit(true)，这个方法已经被JDK弃用，因为这种方法本质上是不安全的，可能导致finalizers方法被活对象调用而其他线程正在并行操作这个对象，从而导致不正确的行为或者死锁。
finalize()方法不像构造方法在链中工作，意味着像当你调用构造方法的时候，超类中的构造方法也会被隐含的调用，但是在finalize()方法的这种情况中，这种隐含的调用不会发生。超类中的finalize()方法需要显示的调用。假设，你创建了一个类并且小心翼翼的写了finalize()方法。一些人来extend了你的类，但是在子类中的finalize()块中没有调用super.finalize()方法。然后超类中finalize()方法将永远都不会被调用。
任何有finalize()方法抛出的异常都会被GC线程忽略而且不会被进一步传播，事实上也不会在日志文件上记录下来。

正确的姿势

要在finalize()方法中一直调用super.finalize()。
考虑到不可预测预测性，不要在时间要求高的应用中使用finalize()。
不要使用Runtime.runFinalizersOnExit(true);方法，因为你可能将你的系统置于危险之中。
尝试遵循下边的模板使用finalize()方法。

@Override
protected void finalize() throws Throwable{
    try{
        //release resources here
    }catch(Throwable t){
        throw t;
    }finally{
        super.finalize();
}

posted @ 2021-09-18 16:02 pedro7 阅读(302) 评论(0) 编辑收藏举报

刷新页面返回顶部

pedro7