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方法上

    • 因为我们的锁是对象锁【要是忘记的同学可回顾：】，每个对象都可以成为锁。让当前线程等待某个对象的锁，当然应该通过这个对象来操作了
    • 锁对象是任意的，所以这些方法必须定义在Object类中

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

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

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

  • 但是要注意的是:

    notify方法调用后，被唤醒的线程

    不会立马获得到锁对象。而是等待notify的synchronized代码块

    执行完之后才会获得锁对象

• finalize

  • finalize()`方法将在垃圾回收器清除对象之前调用，但该方法不知道何时调用，具有不定性

    一般我们都不会重写它~

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