1.背景
雖然閱讀了各大牛的博客或文章,但并沒有找到特別全面的關(guān)于JVM內(nèi)存分配方法的文章,很多都是復(fù)制黏貼
為了嚴(yán)謹(jǐn),本文特別備注只介紹基于HotSpot VM虛擬機(jī),并且基于JDK1.7的內(nèi)存分配情況,有關(guān)GC的說法也是基于CMS的concurrent collection(而非G1),防止大牛拍磚.
目前主流的JVM就是HotSpot VM(其次還有J9 VM,Zing VM),目前各類博客文章也大多基于JDK1.7以前的版本進(jìn)行闡述的.
(注:因?yàn)椴煌奶摂M機(jī)實(shí)現(xiàn),不同的JDK,內(nèi)存的分布都不一樣,也就是說下面文章中提到的內(nèi)存結(jié)構(gòu)都只是邏輯結(jié)構(gòu),并不是內(nèi)存的物理結(jié)構(gòu))
本文只介紹內(nèi)存分配的方法,有關(guān)于具體的垃圾回收機(jī)制,內(nèi)存結(jié)構(gòu)的原理不作為本文重點(diǎn),也希望通過本文讓大家對JVM有一點(diǎn)點(diǎn)的認(rèn)知,小編對JVM理解并不透徹,不想誤人子弟。
2.內(nèi)存總體結(jié)構(gòu)
如果只是為了解決問題,不想了解其中緣由的請?zhí)^本章節(jié)
本文介紹的是垃圾回收的內(nèi)存區(qū)域的結(jié)構(gòu)(簡稱GC堆,不包括程序計(jì)數(shù)器,棧,本地方法棧)，引用一個(gè)大牛的說法《一個(gè)java對象的這一輩子》
我是一個(gè)普通的Java對象，我出生在Eden區(qū)，在Eden區(qū)我還看到和我長的很像的小兄弟(其他java對象)，我們在Eden區(qū)中玩了挺長時(shí)間。有一天Eden區(qū)中的人實(shí)在是太多了(會觸發(fā)Young GC,每次GC加一歲))，我就被迫去了Survivor區(qū)的“From”區(qū)，自從去了Survivor區(qū)，我就開始漂了，有時(shí)候在Survivor的“From”區(qū)，有時(shí)候在Survivor的“To”區(qū)，居無定所(每次Young GC都需要Survivor區(qū)中的from區(qū)和to區(qū)"對調(diào)")。直到我18歲的時(shí)候(進(jìn)行了18次Young GC)，爸爸說我成人了，該去社會上闖闖了。于是我就去了年老代那邊，年老代里，人很多，并且年齡都挺大的，我在這里也認(rèn)識了很多人。在年老代里，我生活了20年，然后被回收(Old GC)。
解釋一下,首先內(nèi)存總體分為年輕代(young),老年代(old),永久代(permanent),如下圖
年輕代:(針對年輕代的垃圾回收我們簡稱Young GC)
年輕代分為eden區(qū),survivor區(qū)
1.eden區(qū),是new Object(),對象誕生的地方
2.survivor區(qū)是經(jīng)過垃圾回收后的仍存活的對象存儲區(qū)域,survivor區(qū)中又分為from區(qū)和to區(qū)
2.1.from區(qū): 經(jīng)過GC回收,eden區(qū)和to區(qū)仍存活的對象會存放在from區(qū)
2.2.to區(qū): 經(jīng)過GC回收,eden區(qū)和from區(qū)仍存活的對象會轉(zhuǎn)移到to區(qū)
2.3.正因?yàn)?.1和2.2的操作,所以from區(qū)和to區(qū)中的存活對象來回轉(zhuǎn)移,并且始終有一個(gè)區(qū)是空的
老年代:(針對老年代的垃圾回收簡稱Old GC)
經(jīng)過18次Young GC后年輕代中仍存活的對象,會從年輕代中轉(zhuǎn)移到老年代
老年代滿了之后,會觸發(fā)Old GC,仍存活的對象繼續(xù)保留在老年代中,直到經(jīng)過20次Old GC進(jìn)行回收
永久代:(針對年輕代+老年代+永久代的回收簡稱Full GC)
是HotSpot VM針對Java方法區(qū)的一個(gè)實(shí)現(xiàn),通常存儲類信息、常量池、靜態(tài)變量、JIT編譯后的代碼等數(shù)據(jù)(簡單理解成編譯代碼的存儲區(qū)域,即可以理解成:我們的java項(xiàng)目運(yùn)行時(shí),加載的類文件越多,則需要的永久代內(nèi)存空間越大)
(注:據(jù)說永久代是Hotspot虛擬機(jī)特有的概念，別的JVM都沒有這個(gè)東西，在Java 8中，永久代被徹底移除，取而代之的是另一塊與堆不相連的本地內(nèi)存——元空間)
3.通常內(nèi)存問題解釋
常見問題一 java.lang.OutOfMemoryError: Java heap space ----JVM Heap(堆)溢出
原因:項(xiàng)目運(yùn)行階段,new的對象過多,撐滿了配置的最大內(nèi)存,會出現(xiàn)該錯誤
解決方法:手動設(shè)置Xms ,Xmx 的大小.
常見問題二 java.lang.OutOfMemoryError: PermGen space ----PermGen space (永久代) 溢出
原因:開發(fā)的項(xiàng)目Java文件比較多的時(shí)候,會出現(xiàn)該錯誤(即項(xiàng)目很大,被JVM加載的文件很多)
解決方法:手動設(shè)置MaxPermSize大小.
常見問題三 java.lang.StackOverflowError ---- 棧溢出
原因:通常都是某個(gè)代碼邏輯遞歸層次太多導(dǎo)致的,
解決方法:修改遞歸代碼,控制遞歸層數(shù)
4.內(nèi)存分配方法(建議,非藥到病除)
本文只介紹常用的一些配置參數(shù),通常情況下永久代不算堆內(nèi)存(單獨(dú)占用另一塊內(nèi)存)，新生代占年老代的1/2，即占整個(gè)堆內(nèi)存的1/3，按照這個(gè)原則我們給出一個(gè)配置例子。
比如服務(wù)器可以提供1G的內(nèi)存以供項(xiàng)目使用，依據(jù)上圖我們給出如下配置。
運(yùn)行模式:
-server 服務(wù)器模式,多CPU時(shí),性能更佳
新生代與老年代:(通常不單獨(dú)配置新生代與老年代,所以直接配置整個(gè)內(nèi)存堆大小即可)
-Xms384m 內(nèi)存堆初始的內(nèi)存空間
-Xmx768m 內(nèi)存堆最大內(nèi)存空間
永久代:(新生代,老年代配置剩余的內(nèi)存留給永久代)---注意jdk1.8已移除
-XX:PermSize=128m 永久代初始化大小
-XX:MaxPermSize=256m 永久代最大的內(nèi)存空間(默認(rèn)為64m)
4.不同環(huán)境下的Tomcat內(nèi)存配置方法
前面已經(jīng)進(jìn)行各類內(nèi)存問題的詳解以及配置參數(shù)的簡要介紹,下面我們介紹一下各種環(huán)境下的具體配置方法.
1. 使用命令行啟動的tomcat：
修改TOMCAT_HOME/bin/catalina.sh(windows中是catalina.bat), 在文件上方添加如下語句
JAVA_OPTS="-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m"
2.如果tomcat注冊成了windows服務(wù),使用tomcat目錄中的/bin/tomcat8w.exe修改就可以了.如下圖
3.如果是使用myeclipse開發(fā)中,啟動tomcat,上述的修改就不起作用了,可進(jìn)行如下設(shè)置：
Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的Optional Java VM arguments中添加如下內(nèi)容:
-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m
最后說兩句:
不管配置什么,以及配置的參數(shù)值是多少,都需要根據(jù)實(shí)際項(xiàng)目不斷的調(diào)試,不要輕易放棄.
比如tomcat的內(nèi)存配置,也不是越大越好,適合項(xiàng)目/適合服務(wù)器配置才是最好的
到此這篇關(guān)于淺談Tomcat內(nèi)存配置的正確姿勢的文章就介紹到這了,更多相關(guān)Tomcat內(nèi)存配置內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
