很多人在談論內存泄露問題，當然對于c/c++來說，這個應該是老掉牙的問題，但是很多Java人員也越來越多得討論這個問題，我這里寫個小結，希望對大家有一定的參考價值。

內存泄漏的慨念

1。c/c++是程序員自己治理內存，Java內存是由GC自動回收的。

我雖然不是很熟悉C++，不過這個應該沒有犯常識性錯誤吧。

2。什么是內存泄露?

內存泄露是指系統中存在無法回收的內存，有時候會造成內存不足或系統崩潰。

在C/C++中分配了內存不釋放的情況就是內存泄露。

3。Java存在內存泄露

我們必須先承認這個，才可以接著討論。

雖然Java存在內存泄露，但是基本上不用很關心它，非凡是那些對代碼本身就不講究的就更不要去關心這個了。

Java中的內存泄露當然是指：存在無用但是垃圾回收器無法回收的對象。而且即使有內存泄露問題存在，也不一定會表現出來。

4。Java中參數都是傳值的。

對于基本類型，大家基本上沒有異議，但是對于引用類型我們也不能有異議。

Java是如何管理內存

為了判斷Java中是否有內存泄露，我們首先必須了解Java是如何管理內存的。Java的內存管理就是對象的分配和釋放問題。在Java中，程序員需要通過關鍵字new為每個對象申請內存空間 (基本類型除外)，所有的對象都在堆 (Heap)中分配空間。

另外，對象的釋放是由GC決定和執行的。在Java中，內存的分配是由程序完成的，而內存的釋放是有GC完成的，這種收支兩條線的方法確實簡化了程序員的工作。但同時，它也加重了JVM的工作。這也是Java程序運行速度較慢的原因之一。因為，GC為了能夠正確釋放對象，GC必須監控每一個對象的運行狀態，包括對象的申請、引用、被引用、賦值等，GC都需要進行監控。

監視對象狀態是為了更加準確地、及時地釋放對象，而釋放對象的根本原則就是該對象不再被引用。

為了更好理解GC的工作原理，我們可以將對象考慮為有向圖的頂點，將引用關系考慮為圖的有向邊，有向邊從引用者指向被引對象。另外，每個線程對象可以作為一個圖的起始頂點，例如大多程序從main進程開始執行，那么該圖就是以main進程頂點開始的一棵根樹。

在這個有向圖中，根頂點可達的對象都是有效對象，GC將不回收這些對象。如果某個對象 (連通子圖)與這個根頂點不可達(注意，該圖為有向圖)，那么我們認為這個(這些)對象不再被引用，可以被GC回收。

以下，我們舉一個例子說明如何用有向圖表示內存管理。

對于程序的每一個時刻，我們都有一個有向圖表示JVM的內存分配情況。以下右圖，就是左邊程序運行到第6行的示意圖。

Java使用有向圖的方式進行內存管理，可以消除引用循環的問題，例如有三個對象，相互引用，只要它們和根進程不可達的，那么GC也是可以回收它們的。

這種方式的優點是管理內存的精度很高，但是效率較低。另外一種常用的內存管理技術是使用計數器，例如COM模型采用計數器方式管理構件，它與有向圖相比，精度行低(很難處理循環引用的問題)，但執行效率很高。

Java內存泄露情況

JVM回收算法是很復雜的，我也不知道他們怎么實現的，但是我只知道他們要實現的就是：對于沒有被引用的對象是可以回收的。

所以你要造成內存泄露就要做到：

持有對無用對象的引用!

不要以為這個很輕易做到，既然無用，你怎么還會持有它的引用? 既然你還持有它，它怎么會是無用的呢?

我實在想不到比那個堆棧更經典的例子了,以致于我還要引用別人的例子，下面的例子不是我想到的，是書上看到的，當然假如沒有在書上看到，可能過一段時間我自己也想的到，可是那時我說是我自己想到的也沒有人相信的。

public class Stack {

private Object[] elements=new Object[10];

private int size = 0;

public void push(Object e){

ensureCapacity();

elements[size++] = e;

}。

全部

總結

以上是生活随笔為你收集整理的java内存泄露有什么后果,Java内存泄露问题是什么？的全部內容，希望文章能夠幫你解決所遇到的問題。

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