本篇文章给大家带来的内容是关于Object类的深入解析(图文),有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。
Object类有哪些方法
registerNatives()【底层实现、不研究】hashCode()equals(Object obj)clone()toString()notify()notifyAll()wait(long timeout)【还有重载了两个】finalize()Object一共有11个方法,其中一个为底层的实现registerNat本文来源gaodai$ma#com搞$代*码网2ives(),其中两个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()
的线程会释放掉锁