Object类深刻研究

Object类深刻研究

• Object类有哪些方法

  • registerNatives()【底层实现、不研究】
  • hashCode()
  • equals(Object obj)
  • clone()
  • toString()
  • notify()
  • notifyAll()
  • wait(long timeout)【还有重载了两个】
  • finalize()

  • Object一共有11个方法，其中一个为底层的实现registerNatives()，其中两个wait()和wait(long timeout, int nanos)重载方法。
  • 还有一个属性：返回字节码文件对象

• hashCode

  public native int hashCode();

  由native方法底层实现了

• equals

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

  直接判断内存地址了

  • 想要更加清晰它们到底是作什么的，咱们来读读它的注释：

• 根据注释咱们能够总结如下的要点：

  • 重写equals()方法，就必须重写hashCode()的方法
  • equals()方法默认是比较对象的地址，使用的是==等值运算符
  • hashCode()方法对底层是散列表的对象有提高性能的功能
  • 同一个对象(若是该对象没有被修改)：那么重复调用hashCode()那么返回的int是相同的！
  • hashCode()方法默认是由对象的地址转换而来的
  • equals()方法还有5个默认的原则：
  • • 自反性--->调用equals()返回的是true，不管这两个对象谁调用equals()都好，返回的都是true
    • 一致性--->只要对象没有被修改，那么屡次调用仍是返回对应的结果！
    • 传递性--->x.equals(y)和y.equals(z)都返回true，那么能够得出：x.equals(z)返回true
    • 对称性--->x.equals(y)和y.equals(x)结果应该是相等的。
    • 传入的参数为null，返回的是false

• 为啥说hashCode()以散列表为底层带来性能的提高是很容易理解的。咱们再来回顾一下HashMap的插入：

• 若是hash值都不相等，那么能够直接判断该key是不相等的了！

• toString

  • toString方法主要是用来标识该对象的

• clone

  • clone方法用于对象的克隆，通常想要克隆出的对象是独立的(与原有的对象是分开的)
  • 深拷贝指的是该对象的成员变量(若是是可变引用)都应该克隆一份，浅拷贝指的是成员变量没有被克隆一份

  • 如何克隆对象？

    • 克隆的对象要实现Cloneable接口
    • 重写clone方法，最好修饰成public

• wait & notify & notifyAll

  wait和notify方法其实就是Java给咱们提供让线程之间通讯的API。

  • 不管是wait、notify仍是notifyAll()都须要由监听器对象(锁对象)来进行调用
  • • 简单来讲：他们都是在同步代码块中调用的，不然会抛出异常！
  • notify()唤醒的是在等待队列的某个线程(不肯定会唤醒哪一个)，notifyAll()唤醒的是等待队列全部线程
  • 致使wait()的线程被唤醒能够有4种状况
  • • 该线程被中断
    • wait()时间到了
    • 被notify()唤醒
    • 被notifyAll()唤醒
  • 调用wait()的线程会释放掉锁

  • 为何wait和notify在Object方法上

    • 由于咱们的锁是对象锁【要是忘记的同窗可回顾：Java锁机制了解一下】，每一个对象均可以成为锁。让当前线程等待某个对象的锁，固然应该经过这个对象来操做了
    • 锁对象是任意的，因此这些方法必须定义在Object类中

  • Thread.sleep()与Object.wait()

    两者均可以暂停当前线程，释放CPU控制权。

    • 主要的区别在于Object.wait()在释放CPU同时，释放了对象锁的控制。
    • 而Thread.sleep()没有对锁释放

  • 可是要注意的是:

    notify方法调用后，被唤醒的线程 不会立马得到到锁对象。而是等待notify的synchronized代码块 执行完以后才会得到锁对象

• finalize

  • finalize()`方法将在垃圾回收器清除对象以前调用，但该方法不知道什么时候调用，具备不定性

    通常咱们都不会重写它~

  • 一个对象的finalize()方法只会被调用一次，并且finalize()被调用不意味着gc会当即回收该对象，因此有可能调用finalize()后，该对象又不须要被回收了，而后到了真正要被回收的时候，由于前面调用过一次，因此不会调用finalize()，产生问题。