【JDK源码阅读】 Object类

关于Object 类

提到Object，肯定是大名鼎鼎，有过java基础的人都知道，java体系里类Object是类层次结构的根。每个类都有Object作为超类。所有对象，包括数组，都实现了这个类的方法。 但是，这个类都干了什么？

Object类的结构

object类的成员并不复杂， 核心方法只有 clone、equals、finalize、getClass、hashCode、notify/wait 。 下面，逐个来看。

getClass() 方法

首先， getClass() 方法是final方法，不可被子类重写， 这么设计也是为了方便进行反射操作。

Object类的getClass()返回Class类的一个对象的引用，而因为Object是所有类的父类，所以我们可以在任何类型的引用上调用这个方法。当我们在同个类型的多个引用上调用这个方法时，返回的是同一个Class类对象的引用。

注意：并不是所有类都在应用开始时被加载到JVM，只有当一个类被第一次使用时，才会被加载并产生相应的Class对象。

hashCode() 和 equals() 方法

hashCode()方法返回对象的hash值，以便为hash表的数据结构提供支持； 如hashmap 等；

equals() 方法用于比较两个对象是否相等。

hashCode 方法和equals 方法息息相关， 有三个原则：

• 同一个对象 在没有更改 equals() 方法使用的信息时候 多次调用hashCode 方法，返回值要保持一致
• 两个对象 通过equals()方法进行比较，如果相等。则这两个对象的hashCode 方法要求返回一致（这也解释了原则1的先决条件）
• 如果两个对象equals() 比较，如果不相等，没有必要让他们的hashCode 保持一致。

我们可以通过重写equals()方法定制个性化的对象。但是，相对的通常需要重写hashCode 方法 以满足hashCode 方法的三个原则。

由于hashCode 的几个特点， 这就要求我们在写代码的时候 要合理的定义hashCode 方法，虽然大部分情况下，我们不需要重写这个方法。

由于hashCode 主要是为了支撑哈希表， 所以如果用到了对象的hash，我们必须考虑到hash冲突和对象内容改变（引用不变）引起的hashCode 变化的问题。 比如 一个对象用name属性作为equals方法的依据，如果该对象的name发生了变化会导致改对象hashCode 也发生变化，最后再用这个对象的引用做hash操作时，无法找到哈希表中原有对象的位置； 这就解释了，当一个对象作为hashMap的key时候，必须重写改对象的hashCode()方法的原因。

clone() 方法

clone()方法允许用户创建对象副本， 原型模式即通过重写此方法实现； 但是有以下几点需要注意：

• 如果当前对象没有实现cloneable接口 会抛出异常；
• 副本应该完全独立于原有对象，所以如果有继承属性， 可能需要在返回之前修改super.clone返回的对象的一个​​或多个字段
• 数组默认实现了cloneable接口 但是数组的clone 只完成了浅拷贝

notify() 和 wait() 方法

这是两个多线程相关方法；
notify 和 wait 操作 类似于操作系统中的V操作和P操作 ；

• notify 会随机唤醒一个正在等待当前对象的线程，

• wait 操作则是让当前线程等待当前对象资源 , 处于等待的对象在以下情况下会被唤醒

   a. 其他线程调用了等待对象的notify 并且当前线程恰好被选中为唤醒对象
   b. 其他线程调用了notifyAll 方法
   c. 其他一些线程中断了
   d. 指定了最长等待时间
  

除了这两个操作 还提供了notifyAll wait(long timeout, int nanos) 等方法 分别是以下含义

• notifyAll 唤起所有等待当前对象的线程

• wait(long timeout, int nanos) 等待一个对象 最长时间为 timeout 额外等待时间为 nanos

finalize() 方法

finalize()在对象被垃圾回收之前由垃圾回收器调用；
如果抛出任何异常，都会终止对象的回收。

• 猜想， 是否可以在一个类中重写此方法，直接抛出异常， 从而达到此类的对象永远不会被回收的目的。