前言
Java語法實現中，經常會將物件作為引數傳遞給函式進行處理。
眾所周知，物件傳遞的是它的引用，那麼物件的記憶體又是如何管理的呢？
一、引用傳遞 vs 值傳遞
- 引用傳遞：在 Java 中，所有物件都是透過引用來訪問的。將物件傳遞給一個方法時，實際上是將物件引用的副本傳遞給方法。這意味著在方法內部，可以透過這個引用訪問和修改物件的狀態，但不能直接改變外部引用。
- 值傳遞：Java 中的基本資料型別（如 int、float 等）是透過值傳遞的。傳遞的是變數的實際值，而在方法內部修改這個值不會影響外部變數。
二、方法內部的影響
在方法內部對傳入的物件引用進行操作（例如，設定為 null），實際上只改變方法內部引用的指向，並不會影響外部原始引用。這是因為操作的是引用的副本，而不是原始引用。
三、垃圾回收機制
Java 的垃圾回收（GC）機制是基於引用計數的，只有當物件沒有任何引用指向時，才會被標記為可回收。因此，即使在方法內部將物件引用設定為 null，只要外部仍然有引用指向這個物件，垃圾回收器就不會回收它。
- 可達性分析：GC 通常使用可達性分析來確定物件的生存狀態。只有在沒有任何可達引用時，物件才會被回收。方法內部的改變不會影響外部的可達性。
四、設計模式的應用（主動的記憶體管理）
在某些情況下，如果希望在方法中能夠修改傳入物件的狀態，可以透過以下方式實現：
- 返回值：在方法中返回新的物件引用。
- 使用包裝類：將物件封裝在一個類中，允許方法透過引用來修改物件的狀態。
五、總結與反思
物件傳入函式後，無法在函式內部“釋放”該物件，是因為 Java 採用引用傳遞的方式，方法內部對引用的修改不會影響外部的引用。
結合垃圾回收機制，只有在沒有任何引用指向物件時，GC 才會回收它。這種設計保障了記憶體管理的安全性和自動化，避免了指標錯誤和記憶體洩漏。