淺談Tomcat內存配置的正確姿勢

1.背景

雖然閱讀了各大牛的博客或文章,但并沒(méi)有找到特別全面的關(guān)于JVM內存分配方法的文章,很多都是復制黏貼

為了嚴謹,本文特別備注只介紹基于HotSpot VM虛擬機,并且基于JDK1.7的內存分配情況,有關(guān)GC的說(shuō)法也是基于CMS的concurrent collection(而非G1),防止大牛拍磚.

目前主流的JVM就是HotSpot VM(其次還有J9 VM,Zing VM),目前各類(lèi)博客文章也大多基于JDK1.7以前的版本進(jìn)行闡述的.

(注:因為不同的虛擬機實(shí)現,不同的JDK,內存的分布都不一樣,也就是說(shuō)下面文章中提到的內存結構都只是邏輯結構,并不是內存的物理結構)

本文只介紹內存分配的方法,有關(guān)于具體的垃圾回收機制,內存結構的原理不作為本文重點(diǎn),也希望通過(guò)本文讓大家對JVM有一點(diǎn)點(diǎn)的認知,小編對JVM理解并不透徹,不想誤人子弟。

2.內存總體結構

如果只是為了解決問(wèn)題,不想了解其中緣由的請跳過(guò)本章節

本文介紹的是垃圾回收的內存區域的結構(簡(jiǎn)稱(chēng)GC堆,不包括程序計數器,棧,本地方法棧)，引用一個(gè)大牛的說(shuō)法《一個(gè)java對象的這一輩子》

我是一個(gè)普通的Java對象，我出生在Eden區，在Eden區我還看到和我長(cháng)的很像的小兄弟(其他java對象)，我們在Eden區中玩了挺長(cháng)時(shí)間。有一天Eden區中的人實(shí)在是太多了(會(huì )觸發(fā)Young GC,每次GC加一歲))，我就被迫去了Survivor區的“From”區，自從去了Survivor區，我就開(kāi)始漂了，有時(shí)候在Survivor的“From”區，有時(shí)候在Survivor的“To”區，居無(wú)定所(每次Young GC都需要Survivor區中的from區和to區"對調")。直到我18歲的時(shí)候(進(jìn)行了18次Young GC)，爸爸說(shuō)我成人了，該去社會(huì )上闖闖了。于是我就去了年老代那邊，年老代里，人很多，并且年齡都挺大的，我在這里也認識了很多人。在年老代里，我生活了20年，然后被回收(Old GC)。

解釋一下,首先內存總體分為年輕代(young),老年代(old),永久代(permanent),如下圖

年輕代:(針對年輕代的垃圾回收我們簡(jiǎn)稱(chēng)Young GC)

年輕代分為eden區,survivor區

1.eden區,是new Object(),對象誕生的地方

2.survivor區是經(jīng)過(guò)垃圾回收后的仍存活的對象存儲區域,survivor區中又分為from區和to區

2.1.from區: 經(jīng)過(guò)GC回收,eden區和to區仍存活的對象會(huì )存放在from區

2.2.to區: 經(jīng)過(guò)GC回收,eden區和from區仍存活的對象會(huì )轉移到to區

2.3.正因為2.1和2.2的操作,所以from區和to區中的存活對象來(lái)回轉移,并且始終有一個(gè)區是空的

老年代:(針對老年代的垃圾回收簡(jiǎn)稱(chēng)Old GC)

經(jīng)過(guò)18次Young GC后年輕代中仍存活的對象,會(huì )從年輕代中轉移到老年代

老年代滿(mǎn)了之后,會(huì )觸發(fā)Old GC,仍存活的對象繼續保留在老年代中,直到經(jīng)過(guò)20次Old GC進(jìn)行回收

永久代:(針對年輕代+老年代+永久代的回收簡(jiǎn)稱(chēng)Full GC)

是HotSpot VM針對Java方法區的一個(gè)實(shí)現,通常存儲類(lèi)信息、常量池、靜態(tài)變量、JIT編譯后的代碼等數據(簡(jiǎn)單理解成編譯代碼的存儲區域,即可以理解成:我們的java項目運行時(shí),加載的類(lèi)文件越多,則需要的永久代內存空間越大)

(注:據說(shuō)永久代是Hotspot虛擬機特有的概念，別的JVM都沒(méi)有這個(gè)東西，在Java 8中，永久代被徹底移除，取而代之的是另一塊與堆不相連的本地內存——元空間)

3.通常內存問(wèn)題解釋

常見(jiàn)問(wèn)題一 java.lang.OutOfMemoryError: Java heap space ----JVM Heap(堆)溢出

原因:項目運行階段,new的對象過(guò)多,撐滿(mǎn)了配置的最大內存,會(huì )出現該錯誤

解決方法:手動(dòng)設置Xms ,Xmx 的大小.

常見(jiàn)問(wèn)題二 java.lang.OutOfMemoryError: PermGen space ----PermGen space (永久代) 溢出

原因:開(kāi)發(fā)的項目Java文件比較多的時(shí)候,會(huì )出現該錯誤(即項目很大,被JVM加載的文件很多)

解決方法:手動(dòng)設置MaxPermSize大小.

常見(jiàn)問(wèn)題三 java.lang.StackOverflowError ---- 棧溢出

原因:通常都是某個(gè)代碼邏輯遞歸層次太多導致的,

解決方法:修改遞歸代碼,控制遞歸層數

4.內存分配方法(建議,非藥到病除)

本文只介紹常用的一些配置參數,通常情況下永久代不算堆內存(單獨占用另一塊內存)，新生代占年老代的1/2，即占整個(gè)堆內存的1/3，按照這個(gè)原則我們給出一個(gè)配置例子。

比如服務(wù)器可以提供1G的內存以供項目使用，依據上圖我們給出如下配置。

運行模式:

-server 服務(wù)器模式,多CPU時(shí),性能更佳

新生代與老年代:(通常不單獨配置新生代與老年代,所以直接配置整個(gè)內存堆大小即可)

-Xms384m 內存堆初始的內存空間

-Xmx768m 內存堆最大內存空間

永久代:(新生代,老年代配置剩余的內存留給永久代)---注意jdk1.8已移除

-XX:PermSize=128m 永久代初始化大小

-XX:MaxPermSize=256m 永久代最大的內存空間(默認為64m)

4.不同環(huán)境下的Tomcat內存配置方法

前面已經(jīng)進(jìn)行各類(lèi)內存問(wèn)題的詳解以及配置參數的簡(jiǎn)要介紹,下面我們介紹一下各種環(huán)境下的具體配置方法.

1. 使用命令行啟動(dòng)的tomcat：

修改TOMCAT_HOME/bin/catalina.sh(windows中是catalina.bat), 在文件上方添加如下語(yǔ)句

JAVA_OPTS="-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m"

2.如果tomcat注冊成了windows服務(wù),使用tomcat目錄中的/bin/tomcat8w.exe修改就可以了.如下圖

3.如果是使用myeclipse開(kāi)發(fā)中,啟動(dòng)tomcat,上述的修改就不起作用了,可進(jìn)行如下設置：

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的Optional Java VM arguments中添加如下內容:

-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m

最后說(shuō)兩句:

不管配置什么,以及配置的參數值是多少,都需要根據實(shí)際項目不斷的調試,不要輕易放棄.

比如tomcat的內存配置,也不是越大越好,適合項目/適合服務(wù)器配置才是最好的

到此這篇關(guān)于淺談Tomcat內存配置的正確姿勢的文章就介紹到這了,更多相關(guān)Tomcat內存配置內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！