Object 中的方法：

finalize()//清除資源

hashcode()//獲取hashcode ? Java hashcode 理解：

1、hashCode的存在主要是用于查找的快捷性，如Hashtable，HashMap等，hashCode是用來在散列存儲結構中確定對象的存儲地址的；

2、如果兩個對象相同，就是適用于equals(Java.lang.Object) 方法，那么這兩個對象的hashCode一定要相同；

3、如果對象的equals方法被重寫，那么對象的hashCode也盡量重寫，并且產生hashCode使用的對象，一定要和equals方法中使用的一致，否則就會違反上面提到的第2點；

4、兩個對象的hashCode相同，并不一定表示兩個對象就相同，也就是不一定適用于equals(java.lang.Object) 方法，只能夠說明這兩個對象在散列存儲結構中，如Hashtable，他們“存放在同一個籃子里”。

toString();

notify()//喚醒對該對象監視的線程，該方法和wait()正好相反互補，wait和notify方法在線程同步上使用，防止數據污染，數據同步等。

wait()//暫時掛起調用該對象的線程

getClass()//獲取對象的類名

clone()//復制和該對象一樣的對象

equal//判斷兩個對象是不是相等

jvm 回收的理解：

ava 有個解釋器的含義：就是負責對象的創建，內存分配，記錄和回收。
Java對象的創建就是在堆上面分配一塊地址區域，同時在棧上面創建一個棧結構。在創建棧結構的同時，會記錄對象的對應的地址區域，棧是有自己的生命周期的，創建棧是生命的開始，棧彈出就是生命周期的結束。當然棧自己的大小也決定自己的生命周期，主應用的對應一個最大的棧結構。是面對對象編程，那么先是創建對象，也就是創建一個總的棧結構，然后運行對象的方法--這就代表這主線程。是面對結構編程，那么也是需要創建main方法，那么也是要建棧。
從系統而言，cp開始執行是依據棧結構的，其是指向棧結構中的指令一步步執行的。

當這個對象調用完成之后，那么棧結構就完全彈出，那么就會被記錄到。棧是一直被跟蹤和記錄的。
GC創建單向表記錄對象的狀態，彈出棧的時候就會回收堆地址，所謂的回收堆地址，就是在記錄堆的內存分配的記錄表中清除這塊記錄。

Java提供finalize()方法，垃圾回收器準備釋放內存的時候，會先調用finalize()。

? ? ? ? （1）.對象不一定會被回收。

?????? (2).垃圾回收不是析構函數。

?????? (3).垃圾回收只與內存有關。

?????? (4).垃圾回收和finalize()都是靠不住的，只要JVM還沒有快到耗盡內存的地步，它是不會浪費時間進行垃圾回收的。

調用finalize，是清除對象中的子棧結構（棧結構結束就會被記錄到）和數據，不代表這一定接下來就執行GC，執行GC是耗時的。只有jvm內存很低的時候會觸發GC. 但是既然一個對象棧結構彈出了，那么里面子棧結構也一定都彈出了，那么為什么還要在回收之前回收finalize。棧雖然彈出來了，不代表內存中的棧區域地址被回收，此時還是占用棧地址的。只有執行了finalize，棧才會被騰空。這是我基于jvm的原理理解而推斷的，不過后來查規范的書籍，驗證了我的推斷。可見深入理解原理，才能讓自己的有知更容易獲取，更容易擴大，更容易做出準確的推斷和判斷。 總結：finalize 可以回收棧內存，而GC不能回收棧內存。
創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的Java object方法与GC回收的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。