java內存池

Ⅰ 如何用java代碼來監控系統內存·cpu·線程佔用情況，並生成日誌

可以學習軟體包 java.lang.management
提供管理介面，用於監視和管理 Java 虛擬機以及 Java 虛擬機在其上運行的操作系統。

ClassLoadingMXBean
用於 Java 虛擬機的類載入系統的管理介面。

CompilationMXBean
用於 Java 虛擬機的編譯系統的管理介面。

GarbageCollectorMXBean
用於 Java 虛擬機的垃圾回收的管理介面。

MemoryManagerMXBean
內存管理器的管理介面。

MemoryMXBean
Java 虛擬機內存系統的管理介面。

MemoryPoolMXBean
內存池的管理介面。

OperatingSystemMXBean
用於操作系統的管理介面，Java 虛擬機在此操作系統上運行。

RuntimeMXBean
Java 虛擬機的運行時系統的管理介面。

ThreadMXBean
Java 虛擬機線程系統的管理介面。
更多請訪問（bug315）

Ⅱ 菜鳥：剛學java，堆區，棧區，靜態區，代碼區，暈了！！！！！

程序運行時，我們最好對數據保存到什麼地方做到心中有數。特別要注意的是內在的分配，有六個地方都可以保存數據：
1、 寄存器。這是最快的保存區域，因為它位於和其他所有保存方式不同的地方：處理器內部。然而，寄存器的數量十分有限，所以寄存器是根據需要由編譯器分配。我們對此沒有直接的控制權，也不可能在自己的程序里找到寄存器存在的任何蹤跡。
2、 堆棧。駐留於常規RAM（隨機訪問存儲器）區域。但可通過它的「堆棧指針」獲得處理的直接支持。堆棧指針若向下移，會創建新的內存；若向上移，則會釋放那些內存。這是一種特別快、特別有效的數據保存方式，僅次於寄存器。創建程序時，java編譯器必須准確地知道堆棧內保存的所有數據的「長度」以及「存在時間」。這是由於它必須生成相應的代碼，以便向上和向下移動指針。這一限制無疑影響了程序的靈活性，所以盡管有些java數據要保存在堆棧里——特別是對象句柄，但java對象並不放到其中。
3、 堆。一種常規用途的內存池（也在RAM區域），其中保存了java對象。和堆棧不同：「內存堆」或「堆」最吸引人的地方在於編譯器不必知道要從堆里分配多少存儲空間，也不必知道存儲的數據要在堆里停留多長的時間。因此，用堆保存數據時會得到更大的靈活性。要求創建一個對象時，只需用new命令編制相碰的代碼即可。執行這些代碼時，會在堆里自動進行數據的保存。當然，為達到這種靈活性，必然會付出一定的代價：在堆里分配存儲空間時會花掉更長的時間
4、 靜態存儲。這兒的「靜態」是指「位於固定位置」。程序運行期間，靜態存儲的數據將隨時等候調用。可用static關鍵字指出一個對象的特定元素是靜態的。但java對象本身永遠都不會置入靜態存儲空間。
5、 常數存儲。常數值通常直接置於程序代碼內部。這樣做是安全的。因為它們永遠都不會改變，有的常數需要嚴格地保護，所以可考慮將它們置入只讀存儲器（ROM）。
6、 非RAM存儲。若數據完全獨立於一個程序之外，則程序不運行時仍可存在，並在程序的控制范圍之外。其中兩個最主要的例子便是「流式對象」和「固定對象」。對於流式對象，對象會變成位元組流，通常會發給另一台機器，而對於固定對象，對象保存在磁碟中。即使程序中止運行，它們仍可保持自己的狀態不變。對於這些類型的數據存儲，一個特別有用的技藝就是它們能存在於其他媒體中，一旦需要，甚至能將它們恢復成普通的、基於RAM的對象。

Ⅲ java有內存溢出嗎如果有是什麼情況

內存溢出是指應用系統中存在無法回收的內存或使用的內存過多，最終使得程序運行要用到的內存大於虛擬機能提供的頃高最大內存。
所以我們應該明確：存在內存溢出的因不一定導致內存溢出的果。。。

1。JAVA操作文本文件為什麼超過3萬行就雀衡尺內存益處啊？

PrintWriter out = new PrintWriter(new BufferedWriter(new FileWriter(fileName)));
//PrintWriter out = new PrintWriter(fileName);
//FileOutputStream out = new FileOutputStream(fileName);

while (rs.next()) {
for (int j = 1; j <= totalColumn; j++) {
out.write(rs.getObject(j).toString());
out.write("\t");
}
out.write("\n");
out.flush();

}
}
我在代碼中 寫了 out.flush()用來刷新該流的緩沖; 可是當我的記錄數超過3W時就報了內存益處的問題了，難道JAVA不能邊讀邊寫嗎？還是out這個對象隨著指向的fileName文件的邊大佔用內存也大了嗎？？到底怎麼來實現用JAVA寫更多的數據而不內存益處呢

答案是：就在while(rs.next()) 當rs.next()時內存不斷增大，而不是寫流的問題，JAVA的ResultSet真是麻煩，而且ResultSet還不能clone(); 所以記得在做項目的時候，經常要設置：jdbc.setMaxRows(100*10000); //設置能容納100萬行記錄-----這個就是防止內存泄露的哈------------------- 內存中載入的數據量過於龐大，如一次從資料庫取出過多數據；
jdbc.setQueryTimeout(60*30); //設置超時時間是30分鍾

2。java中的內存泄露的情況：長生命周期的對象持有短生命周期對象的引用就很可能發生內存泄露，盡管短生命周期對象已經不再需要，但是因為長生命周期對象持有它的引用而導致不能被回收，這就是java中內存泄露的發生場景，通俗地說，就是程序員可能創建了一個對象，以後一直不再使用這個對象，這個對象卻一直被引用，即這個對象無用但是卻無法被垃圾回收器回收的攔改，這就是java中可能出現內存泄露的情況，例如，緩存系統，我們載入了一個對象放在緩存中(例如放在一個全局map對象中)，然後一直不再使用它，這個對象一直被緩存引用，但卻不再被使用。
public class Stack { //長生命周期
private Object[] elements=new Object[10]; //當數組容器中沒有東西時是無用的，但是無法回收~~elements是短生命周期
private int size = 0;
public void push(Object e){
ensureCapacity();
elements[size++] = e;
}
public Object pop(){
if( size == 0)
throw new EmptyStackException();
//這里還是引用了，只是指針變位置變化而已，他確實返回了那個對象，但是他卻沒有斷開那個對象的引用，也就是說有兩個地方會持有這個對象的引用，調用pop的地方，和elements中
return elements[--size];
}
private void ensureCapacity(){
if(elements.length == size){
Object[] oldElements = elements;
elements = new Object[2 * elements.length+1];
System.array(oldElements,0, elements, 0, size);
}
}
}
上面的原理應該很簡單，假如堆棧加了10個元素，然後全部彈出來，雖然堆棧是空的，沒有我們要的東西，但是這是個對象是無法回收的，這個才符合了內存泄露的兩個條件(必要條件)：無用，無法回收。
例子1
public class Bad{
public static Stack s=Stack();
static{
s.push(new Object());
s.pop(); //這里有一個對象發生內存泄露
s.push(new Object()); //上面的對象可以被回收了，等於是自愈了，因為引用被覆蓋了
}
}
因為是static，就一直存在到程序退出，但是我們也可以看到它有自愈功能，就是說如果你的Stack最多有100個對象，那麼最多也就只有100個對象無法被回收其實這個應該很容易理解，Stack內部持有100個引用，最壞的情況就是他們都是無用的，因為我們一旦放新的進取，以前的引用自然消失！

內存泄露的另外一種情況：當一個對象被存儲進HashSet集合中以後，就不能修改這個對象中的那些參與計算哈希值的欄位了，否則，對象修改後的哈希值與最初存儲進HashSet集合中時的哈希值就不同了，在這種情況下，即使在contains方法使用該對象的當前引用作為的參數去HashSet集合中檢索對象，也將返回找不到對象的結果，這也會導致無法從HashSet集合中單獨刪除當前對象，造成內存泄露。

這是屬於： 集合類中有對對象的引用，使用完後未清空，使得JVM不能回收；

3。代碼中存在死循環或循環產生過多重復的對象實體；

4。啟動參數內存值設定的過小；

Ⅳ java里的靜態成員變數是放在了堆內存還是棧內

這個要看對象是否為逃逸對象，如果為非逃逸對象，會根據標量替換來把對象分解成若干個被這個方法使用的成員變數所代替，這些代替的成員變數在棧幀或寄存器上分配空間

Ⅳ 新建一個JAVA線程，佔用的是JAVA堆內存還是操作系統的內存

Thread對象本身是在堆內存創建的，調用start()後開辟的線程空間是屬於棧內存的。內存管理在Java語言中是JVM自動操作的，當JVM發現某些對象不再需要的時候，就會對該對象佔用的內存進行重分配（釋放）操作，而且使得分配出來的內存能夠提供給所需要的對象。

在一些編程語言裡面，內存管理是一個程序的職責，但是書寫過C++的程序員很清楚，如果該程序需要自己來書寫很有可能引起很嚴重的錯誤或者說不可預料的程序行為，最終大部分開發時間都花在了調試這種程序以及修復相關錯誤上。

相關信息

在以前的編程過程中，手動內存管理帶了計算機程序不可避免的錯誤，而且這種錯誤對計算機程序是毀滅性的，所以內存管理就成為了一個很重要的話題，但是針對大多數純面向對象語言而言，比如Java，提供了語言本身具有的內存特性。

自動化內存管理，這種語言提供了一個程序垃圾回收器（Garbage Collector[GC]），自動內存管理提供了一個抽象的介面以及更加可靠的代碼使得內存能夠在程序裡面進行合理的分配。最常見的情況就是垃圾回收器避免了懸掛引用的問題。

因為一旦這些對象沒有被任何引用「可達」的時候，也就是這些對象在JVM的內存池裡面成為了不可引用對象，該垃圾回收器會直接回收掉這些對象佔用的內存，當然這些對象必須滿足垃圾回收器回收的某些對象規則，而垃圾回收器在回收的時候會自動釋放掉這些內存。

Ⅵ 怎樣查看JAVA內存的大小

首先先說一下JVM內存結構問題，JVM為兩塊：PermanentSapce和HeapSpace，其中
Heap = }。PermantSpace負責保存反射對象，一般不用配置。JVM的Heap區可以通過-X參數來設定。
當一個URL被訪問時，內存申請過程如下：
A. JVM會試圖為相關Java對象在Eden中初始化一塊內存區域
B. 當Eden空間足夠時，內存申請結束。否則到下一步
C. JVM試圖釋放在Eden中所有不活躍的對象（這屬於1或更高級的垃圾回收）, 釋放後若Eden空間仍然不足以放入新對象，則試圖將部分Eden中活躍對象放入Survivor區
D. Survivor區被用來作為Eden及OLD的中間交換區域，當OLD區空間足夠時，Survivor區的對象會被移到Old區，否則會被保留在Survivor區
E. 當OLD區空間不夠時，JVM會在OLD區進行完全的垃圾收集（0級）
F. 完全垃圾收集後，若Survivor及OLD區仍然無法存放從Eden復制過來的部分對象，導致JVM無法在Eden區為新對象創建內存區域，則出現」out of memory錯誤」

JVM調優建議:

ms/mx：定義YOUNG+OLD段的總尺寸，ms為JVM啟動時YOUNG+OLD的內存大小；mx為最大可佔用的YOUNG+OLD內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
NewSize/MaxNewSize：定義YOUNG段的尺寸，NewSize為JVM啟動時YOUNG的內存大小；MaxNewSize為最大可佔用的YOUNG內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
PermSize/MaxPermSize：定義Perm段的尺寸，PermSize為JVM啟動時Perm的內存大小；MaxPermSize為最大可佔用的Perm內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
SurvivorRatio：設置Survivor空間和Eden空間的比例

內存溢出的可能性

1. OLD段溢出
這種內存溢出是最常見的情況之一，產生的原因可能是：
1) 設置的內存參數過小(ms/mx, NewSize/MaxNewSize)
2) 程序問題
單個程序持續進行消耗內存的處理，如循環幾千次的字元串處理，對字元串處理應建議使用StringBuffer。此時不會報內存溢出錯，卻會使系統持續垃圾收集，無法處理其它請求，相關問題程序可通過Thread Dump獲取（見系統問題診斷一章）單個程序所申請內存過大，有的程序會申請幾十乃至幾百兆內存，此時JVM也會因無法申請到資源而出現內存溢出，對此首先要找到相關功能，然後交予程序員修改，要找到相關程序，必須在Apache日誌中尋找。
當Java對象使用完畢後，其所引用的對象卻沒有銷毀，使得JVM認為他還是活躍的對象而不進行回收，這樣累計佔用了大量內存而無法釋放。由於目前市面上還沒有對系統影響小的內存分析工具，故此時只能和程序員一起定位。

2. Perm段溢出
通常由於Perm段裝載了大量的Servlet類而導致溢出，目前的解決辦法：
1) 將PermSize擴大，一般256M能夠滿足要求
2) 若別無選擇，則只能將servlet的路徑加到CLASSPATH中，但一般不建議這么處理

3. C Heap溢出
系統對C Heap沒有限制，故C Heap發生問題時，Java進程所佔內存會持續增長，直到佔用所有可用系統內存

參數說明:

JVM 堆內存（heap）設置選項
參數格式
說 明

設置新對象生產堆內存（Setting the Newgeneration heap size）
-XX:NewSize
通過這個選項可以設置Java新對象生產堆內存。在通常情況下這個選項的數值為1 024的整數倍並且大於1MB。這個值的取值規則為，一般情況下這個值-XX:NewSize是最大堆內存（maximum heap size）的四分之一。增加這個選項值的大小是為了增大較大數量的短生命周期對象

增加Java新對象生產堆內存相當於增加了處理器的數目。並且可以並行地分配內存，但是請注意內存的垃圾回收卻是不可以並行處理的

設置最大新對象生產堆內存（Setting the maximum New generation heap size）
-XX:MaxNewSize
通過這個選項可以設置最大Java新對象生產堆內存。通常情況下這個選項的數值為1 024的整數倍並且大於1MB

其功用與上面的設置新對象生產堆內存-XX：NewSize相同

設置新對象生產堆內存的比例（Setting New heap size ratios）
-XX:SurvivorRatio
新對象生產區域通常情況下被分為3個子區域：伊甸園，與兩個殘存對象空間，這兩個空間的大小是相同的。通過用-XX:SurvivorRatio=X選項配置伊甸園與殘存對象空間（Eden/survivor）的大小的比例。你可以試著將這個值設置為8，然後監控、觀察垃圾回收的工作情況

設置堆內存池的最大值（Setting maximum heap size）
-Xmx
通過這個選項可以要求系統為堆內存池分配內存空間的最大值。通常情況下這個選項的數值為1 024的整數倍並且大於1 MB

一般情況下這個值（-Xmx）與最小堆內存（minimum heap size –Xms）相同，以降低垃圾回收的頻度

取消垃圾回收
-Xnoclassgc
這個選項用來取消系統對特定類的垃圾回收。它可以防止當這個類的所有引用丟失之後，這個類仍被引用時不會再一次被重新裝載，因此這個選項將增大系統堆內存的空間

設置棧內存的大小
-Xss
這個選項用來控制本地線程棧的大小，當這個選項被設置的較大（>2MB）時將會在很大程度上降低系統的性能。因此在設置這個值時應該格外小心，調整後要注意觀察系統的性能，不斷調整以期達到最優

最後說一句，你的機器的連接數設置也至關重要，連接的關閉最好把時間設置的少些，那些連接非常耗費資源。也是引起內存泄露的主要原因。