前言

之前花了點之間時間去搞多線程的基礎知識了，難呀難呀難呀….打算還寫一篇線程池的就暫時將多線程系列停止了…

今天中午在逛簡書的時候發現一些大廠也會問Object對象裏面有什麼方法(也算是一個知識點吧)，Object我還沒去認真複習過，於是這篇主要看看Object對象有什麼要注意的地方~

那麼接下來就開始吧，如果文章有錯誤的地方請大家多多包涵，不吝在評論區指正哦~

一、Object對象簡介

聲明：本文都是使用JDK1.8

我們學Java的知道，Java是一門面向對象的語言。無論在Java中出現什麼，都可以認為它是對象(除了八大基本數據類型。當然了，八大基本數據類型也能裝箱成為對象)：

而Object就是這些對象的最高級別的，所有的Java對象都隱式地繼承了Object對象(不用顯示寫extends繼承)
所有的Java對象都擁有Object默認的方法。

那麼我們看看Object有什麼方法：

其實就可以歸納成幾個：

registerNatives()【底層實現、不研究】
hashCode()
equals(Object obj)
clone()
toString()
notify()
notifyAll()
wait(long timeout)【還有重載了兩個】
finalize()

Object一共有11個方法，其中一個為底層的實現registerNatives()，其中兩個wait()和wait(long timeout, int nanos)重載方法。

所以我們真正需要看的就是8個方法

還有一個屬性：

二、equals和hashCode方法

equals和hashCode方法可以說是面試的重點題了，配合著String可以說在面試題中哪都有它們的存在。

首先，我們來看看equals和hashCode在Object中原生的實現吧：

hashCode：

public native int hashCode();

equals：

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

看上去都非常簡單：

hashCode()由native方法底層實現了。
equals()就直接==判斷是否相等了。

想要更加清晰它們究竟是做什麼的，我們來讀讀它的注釋：

根據注釋我們可以總結以下的要點：

重寫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是不相等的了！

2.1equals和hashCode方法重寫

equals()方法默認是比較對象的地址，使用的是==等值運算符。但是按我們正常開發來說，比較的是對象地址是沒有意義的。

一般地，如果我們有兩個Address對象，只要這兩個對象的省號、城市號、街道號相等，我們就認為這兩個對象相等了！

2.2String實現的equals和hashCode方法

我們在初學的時候可能就聽過了：String已經實現了equals和hashCode方法了。

這也就是為什麼，我們可以直接使用String.equals()來判斷兩個字符串是否相等！

下面我們就來看看它的實現吧：

三、toString方法

接下來我們看看toString方法，也十分簡單：

toString方法主要是用來標識該對象的：

從上面的結果我們都可以看出來：得出的結果我們並不能看到什麼東西~

於是我們一般都重寫toString()，那麼打印出的結果就很方便我們調試了！

 @Override
 public String toString() {
 return "Address{" +
 "provinceNo=" + provinceNo +
 ", cityNo=" + cityNo +
 ", streetNo=" + streetNo +
 '}';
 }

下面的結果看起來就好多了：

四、clone方法

我們也來看看它的頂部注釋：

看了上面的注釋我們可以總結以下的要點：

clone方法用於對象的克隆，一般想要克隆出的對象是獨立的(與原有的對象是分開的)
深拷貝指的是該對象的成員變量(如果是可變引用)都應該克隆一份，淺拷貝指的是成員變量沒有被克隆一份

下面我們來看一下淺拷貝：拷貝了Employee對象，但是其成員變量hireday沒有被克隆出去，所以指向的還是同一個Date對象！

4.1clone用法

那麼我們如何克隆對象呢？無論是淺拷貝還是深拷貝都是這兩步：

克隆的對象要實現Cloneable接口
重寫clone方法，最好修飾成public

淺拷貝：僅僅拷貝了Person對象，而date沒有拷貝！

public class Person implements Cloneable {
 // 可變的成員變量
 private Date date;
 @Override
 public Object clone() throws CloneNotSupportedException {
 return super.clone();
 }
}

深拷貝：不僅拷貝了Person對象，也拷貝了date成員變量

public class Person implements Cloneable {
 // 可變的成員變量
 public Date date;
 @Override
 public Object clone() throws CloneNotSupportedException {
 // 拷貝Person對象
 Person person = (Person) super.clone();
 // 將可變的成員變量也拷貝
 person.date = (Date) date.clone();
 // 返回拷貝的對象
 return person;
 }
}

4.2clone疑問進一步學習protected

不知道有沒有人跟我有相同的疑問：

我只想要淺拷貝，能不能直接調用該對象.clone()來實現？

比如我現在有個Address對象：

public class Address {
 private int provinceNo;
 private int cityNo;
 private int streetNo;
 public Address() {
 }
 public Address(int provinceNo, int cityNo, int streetNo) {
 this.provinceNo = provinceNo;
 this.cityNo = cityNo;
 this.streetNo = streetNo;
 }
}

下面的代碼你們認為如何？

 Address address = new Address(1, 2, 3);
 address.clone();

我們都知道：

protected修飾的類和屬性,對於自己、本包和其子類可見

可能會想：clone()方法是定義在Object類上的(以protected來修飾)，而我們自定義的Address對象隱式繼承着Object(所有的對象都是Object的子類)，那麼子類調用Object以protected來修飾clone()是完全沒問題的

但是，IDE現實告訴我，這編譯就不通過了！

出現錯誤的原因我立馬就想到：是不是我對protected修飾符出現了偏差？

protected修飾的類和屬性,對於自己、本包和其子類可見，這句話本身是沒有錯的。但是還需要補充：對於protected的成員或方法，要分子類和超類是否在同一個包中。與基類不在同一個包中的子類，只能訪問自身從基類繼承而來的受保護成員，而不能訪問基類實例本身的受保護成員。