JDK源码学习笔记——Object
一、源码解析
public class Object { /** * 一个本地方法,具体是用C(C++)在DLL中实现的,然后通过JNI调用 */ private static native void registerNatives(); /** * 对象初始化时自动调用此方法 */ static { registerNatives(); } /** * 返回此Object的运行时类 */ public final native Class<?> getClass(); /** * hashCode的常规协定是: * 1.在java应用程序执行期间,在对同一对象多次调用hashCode()方法时,必须一致地返回相同的整数,前提是将对象进行equals比较时所用的信息没有被修改。 * 从某一应用程序的一次执行到同一应用程序的另一次执行,该整数无需保持一致。 * 2.如果根据equals(object)方法,两个对象是相等的,那么对这两个对象中的每个对象调用hashCode方法都必须生成相同的整数结果。 * 3.如果根据equals(java.lang.Object)方法,两个对象不相等,那么对这两个对象中的任一对象上调用hashCode()方法不要求一定生成不同的整数结果。 * 但是,程序员应该意识到,为不相等的对象生成不同整数结果可以提高哈希表的性能。 */ public native int hashCode(); /** * 这里比较的是对象的内存地址 */ public boolean equals(Object obj) { return (this == obj); } /** * 本地clone方法,用于对象的复制 */ protected native Object clone() throws CloneNotSupportedException; /** * 返回该对象的字符串表示,非常重要的方法 * getClass().getName();获取字节码文件的对应全路径名例如java.lang.Object * Integer.toHexString(hashCode());将哈希值转成16进制数格式的字符串。 */ public String toString() { return getClass().getName() + "@" + Integer.toHexString(hashCode()); } /** * 不能被重写,用于唤醒一个在因等待该对象(调用了wait方法)被处于等待状态(waiting 或 time_wait)的线程,该方法只能同步方法或同步块中调用 */ public final native void notify(); /** * 不能被重写,用于唤醒所有在因等待该对象(调用wait方法)被处于等待状态(waiting或time_waiting)的线程,该方法只能同步方法或同步块中调用 */ public final native void notifyAll(); /** * 不能被重写,用于在线程调用中,导致当前线程进入等待状态(time_waiting),timeout单位为毫秒,该方法只能同步方法或同步块中调用,超过设置时间后线程重新进入可运行状态 */ public final native void wait(long timeout) throws InterruptedException; 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(0)调用一样。 * 当前线程必须拥有此对象监视器。 * 该线程发布对此监视器的所有权并等待,直到其他线程通过调用notify方法或notifyAll方法通知在此对象的监视器上等待的线程醒来, * 然后该线程将等到重新获得对监视器的所有权后才能继续执行。 */ public final void wait() throws InterruptedException { wait(0); } /** * 这个方法用于当对象被回收时调用,这个由JVM支持,Object的finalize方法默认是什么都没有做,如果子类需要在对象被回收时执行一些逻辑处理,则可以重写finalize方法。 */ protected void finalize() throws Throwable { } }
二、clone()
浅拷贝
数组类型默认可以直接克隆,而其他对象实现clone需要先实现Cloneable接口,否则抛出CloneNotSupportedException异常
三、equals() 和 hashCode()
1、两个obj,如果equals()相等,hashCode()一定相等。
两个obj,如果hashCode()相等,equals()不一定相等(Hash散列值有冲突的情况,虽然概率很低)。
2、重写equals时要重写hashcode
参考:Java中的equals()和hashcode()之间关系
四、finalize()
JVM垃圾回收机制中做了详细介绍:
对于可达性分析算法而言,若要判断一个对象死亡,需要经历两次标记阶段。
第一次标记:对象在进行可达性分析后发现没有与GCRoots相连的引用链,则该对象被第一次标记并进行一次筛选,筛选条件为是否有必要执行该对象的finalize方法
若对象没有覆盖finalize方法或者该finalize方法是否已经被虚拟机执行过了,则均视作不必要执行该对象的finalize方法,即该对象将会被回收。
若对象覆盖了finalize方法并且该finalize方法并没有被执行过,这个对象会被放置在一个叫F-Queue的队列中,之后会由虚拟机自动建立的、优先级低的Finalizer线程去执行
第二次标记:对F-Queue中对象进行第二次标记
如果对象在finalize方法中拯救了自己,即关联上了GCRoots引用链,那么在第二次标记的时候该对象将从“即将回收”的集合中移除
如果对象还是没有拯救自己,那就会被回收
参考资料:
技术在于学习 在于实践 在于总结 在于分享