object java 解析_Object类的深入解析（图文）

Love The Way You Lie 2022-11-08 14:29 149阅读 0赞

本篇文章给大家带来的内容是关于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方法底层实现了

equalspublic boolean equals(Object obj) \{

return (this == obj);

直接判断内存地址了

想要更加清晰它们究竟是做什么的，我们来读读它的注释：

![20ccb0e21a806a49e0e3e5d98d926b13.png][]

![1d6993fb1058d9202e7cb27af7fdf679.png][]

根据注释我们可以总结以下的要点：重写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的插入：

![2a06cb6af9cf274429e0caecd28d2ee1.png][]如果hash值都不相等，那么可以直接判断该key是不相等的了！

toString

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

![77abc472fa51241ae2e8c8da26bd2be6.png][]

cloneclone方法用于对象的克隆，一般想要克隆出的对象是独立的(与原有的对象是分开的)

深拷贝指的是该对象的成员变量(如果是可变引用)都应该克隆一份，浅拷贝指的是成员变量没有被克隆一份

如何克隆对象？克隆的对象要实现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()，产生问题。

![f3ee261cb4a96e35520a12fb9e44c089.png][]

[20ccb0e21a806a49e0e3e5d98d926b13.png]: /images/20221023/28be8117b9b047e68d11ba78bd2167cb.png
[1d6993fb1058d9202e7cb27af7fdf679.png]: /images/20221023/8902ae86881b42b0a23a7526c70136cc.png
[2a06cb6af9cf274429e0caecd28d2ee1.png]: /images/20221023/b0c8856292614f1480cd16e3d382e2a8.png
[77abc472fa51241ae2e8c8da26bd2be6.png]: /images/20221023/db58cc8dbd67488e9d124cb870018d4f.png
[f3ee261cb4a96e35520a12fb9e44c089.png]: /images/20221023/5b7a68f3aeb140c7be6066099848c8c5.png