關(guān)于tomcat的jvm內(nèi)存設(shè)置和內(nèi)存溢出處理方式

????????在做java開發(fā)時尤其是大型軟件開發(fā)時經(jīng)常會遇到內(nèi)存溢出的問題,比如說OutOfMemoryError等。這是個讓開發(fā)人員很痛苦、也很糾結(jié)的問題,因為我們有時不知道什么樣的操作導(dǎo)致了這種問題的發(fā)生。所以我們不得不通過不斷的優(yōu)化自己的代碼結(jié)構(gòu),重構(gòu)了一次又一次。雖然說不斷的重構(gòu)自己的代碼對公對私都是一件非常好的事,但是有時我們會發(fā)現(xiàn)有些時候不單單是通過重構(gòu)自身的代碼就能夠解決這樣的問題,因為也可能是由于我們對java虛擬機運行時的內(nèi)存分配的不得當(dāng)導(dǎo)致了內(nèi)存溢出現(xiàn)象的不斷發(fā)生。為了解決這一問題,java開發(fā)團隊提供了一個用戶自定義的方式按需配置java虛擬機運行時的所需的內(nèi)存——通過參數(shù)配置的形式實現(xiàn)參數(shù)分配自定義化。
????????在解析如何通過參數(shù)來配置JVM運行時內(nèi)存分配之前,要說明一下JVM運行時內(nèi)存的格局。
????????JVM按照其存儲數(shù)據(jù)的內(nèi)容將所需內(nèi)存分配為堆區(qū)與非堆區(qū)兩個部分:所謂堆區(qū)即為通過new的方式創(chuàng)建的對象(類實例)所占用的內(nèi)存空間;非堆區(qū)即為代碼、常量、外部訪問(如文件訪問流所占資源)等。然而雖然java的垃圾回收機制雖然能夠很好的解決內(nèi)存浪費的問題,但是這種機制也僅僅的是回收堆區(qū)的資源,而對于非堆區(qū)的資源就束手無策了,針對這樣的資源回收只能憑借開發(fā)人員自身的約束來解決。就算是這樣(堆區(qū)有java回收機制、非堆區(qū)開發(fā)人員能夠很好的解決),當(dāng)運行時所需內(nèi)存瞬間激增的時候JVM無奈的也要中止程序的運行。所以本文講述的是如何解決后者的問題。
???????? 好了,說了這么多是時候講一下配置JVM內(nèi)存的幾種參數(shù)及其如何使用了。
????????首先,常見參數(shù)種類(配置內(nèi)存):(-Xms 、-Xmx、-XX:newSize、-XX:MaxnewSize、-Xmn)、(-XX:PermSize、-XX:MaxPermSize)。可以從列舉的方式上看出我的用意,參數(shù)的配置是分組的,前者是用來配置堆區(qū)的,后者是用來配置非堆區(qū)的。
????????第一組配置參數(shù):-Xms 、-Xmx、-XX:newSize、-XX:MaxnewSize、-Xmn
???????? 1、-Xms :表示java虛擬機堆區(qū)內(nèi)存初始內(nèi)存分配的大小,通常為操作系統(tǒng)可用內(nèi)存的1/64大小即可,但仍需按照實際情況進(jìn)行分配。有可能真的按照這樣的一個規(guī)則分配時,設(shè)計出的軟件還沒有能夠運行得起來就掛了。
???????? 2、-Xmx: 表示java虛擬機堆區(qū)內(nèi)存可被分配的最大上限,通常為操作系統(tǒng)可用內(nèi)存的1/4大小。但是開發(fā)過程中,通常會將 -Xms 與 -Xmx兩個參數(shù)的配置相同的值,其目的是為了能夠在java垃圾回收機制清理完堆區(qū)后不需要重新分隔計算堆區(qū)的大小而浪費資源。
????????一般來講對于堆區(qū)的內(nèi)存分配只需要對上述兩個參數(shù)進(jìn)行合理配置即可,但是如果想要進(jìn)行更加精細(xì)的分配還可以對堆區(qū)內(nèi)存進(jìn)一步的細(xì)化,那就要用到下面的三個參數(shù)了-XX:newSize、-XX:MaxnewSize、-Xmn。當(dāng)然這源于對堆區(qū)的進(jìn)一步細(xì)化分:新生代、中生代、老生代。java中每新new一個對象所占用的內(nèi)存空間就是新生代的空間,當(dāng)java垃圾回收機制對堆區(qū)進(jìn)行資源回收后,那些新生代中沒有被回收的資源將被轉(zhuǎn)移到中生代,中生代的被轉(zhuǎn)移到老生代。而接下來要講述的三個參數(shù)是用來控制新生代內(nèi)存大小的。
???????? 1、-XX:newSize:表示新生代初始內(nèi)存的大小,應(yīng)該小于 -Xms的值;
????????2、-XX:MaxnewSize:表示新生代可被分配的內(nèi)存的最大上限;當(dāng)然這個值應(yīng)該小于 -Xmx的值;
????????3、-Xmn:至于這個參數(shù)則是對 -XX:newSize、-XX:MaxnewSize兩個參數(shù)的同時配置,也就是說如果通過-Xmn來配置新生代的內(nèi)存大小,那么-XX:newSize = -XX:MaxnewSize = -Xmn,雖然會很方便,但需要注意的是這個參數(shù)是在JDK1.4版本以后才使用的。
????????上面所述即為java虛擬機對外提供的可配置堆區(qū)的參數(shù),接下來講述java虛擬機對非堆區(qū)內(nèi)存配置的兩個參數(shù):
????????1、-XX:PermSize:表示非堆區(qū)初始內(nèi)存分配大小,其縮寫為permanent size(持久化內(nèi)存)
???????? 2、-XX:MaxPermSize:表示對非堆區(qū)分配的內(nèi)存的最大上限。
????????這里面非常要注意的一點是:在配置之前一定要慎重的考慮一下自身軟件所需要的非堆區(qū)內(nèi)存大小,因為此處內(nèi)存是不會被java垃圾回收機制進(jìn)行處理的地方。并且更加要注意的是 最大堆內(nèi)存與最大非堆內(nèi)存的和絕對不能夠超出操作系統(tǒng)的可用內(nèi)存。

Java內(nèi)存溢出詳解

一、常見的Java內(nèi)存溢出有以下三種:

  1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap(堆)溢出
    JVM在啟動的時候會自動設(shè)置JVM Heap的值,其初始空間(即-Xms)是物理內(nèi)存的1/64,最大空間(-Xmx)不可超過物理內(nèi)存。

可以利用JVM提供的-Xmn -Xms -Xmx等選項可進(jìn)行設(shè)置。Heap的大小是Young Generation 和Tenured Generaion 之和。

在JVM中如果98%的時間是用于GC,且可用的Heap size 不足2%的時候?qū)伋龃水惓P畔ⅰ?/p>

解決方法:手動設(shè)置JVM Heap(堆)的大小。

  1. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。
    PermGen space的全稱是Permanent Generation space,是指內(nèi)存的永久保存區(qū)域。

為什么會內(nèi)存溢出,這是由于這塊內(nèi)存主要是被JVM存放Class和Meta信息的,Class在被Load的時候被放入PermGen space區(qū)域,它和存放Instance的Heap區(qū)域不同,sun的 GC不會在主程序運行期對PermGen space進(jìn)行清理,所以如果你的APP會載入很多CLASS的話,就很可能出現(xiàn)PermGen space溢出。

解決方法: 手動設(shè)置MaxPermSize大小

  1. java.lang.StackOverflowError ---- 棧溢出
    棧溢出了,JVM依然是采用棧式的虛擬機,這個和C和Pascal都是一樣的。函數(shù)的調(diào)用過程都體現(xiàn)在堆棧和退棧上了。
    調(diào)用構(gòu)造函數(shù)的 “層”太多了,以致于把棧區(qū)溢出了。
    通常來講,一般棧區(qū)遠(yuǎn)遠(yuǎn)小于堆區(qū)的,因為函數(shù)調(diào)用過程往往不會多于上千層,而即便每個函數(shù)調(diào)用需要 1K的空間(這個大約相當(dāng)于在一個C函數(shù)內(nèi)聲明了256個int類型的變量),那么棧區(qū)也不過是需要1MB的空間。通常棧的大小是1-2MB的。
    通常遞歸也不要遞歸的層次過多,很容易溢出。

解決方法:修改程序。

二、解決方法

在生產(chǎn)環(huán)境中tomcat內(nèi)存設(shè)置不好很容易出現(xiàn)jvm內(nèi)存溢出。

1、 linux下的tomcat:

修改TOMCAT_HOME/bin/catalina.sh
位置cygwin=false前。
JAVA_OPTS="-server -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m"

2、 如果tomcat 5 注冊成了windows服務(wù),以services方式啟動的,則需要修改注冊表中的相應(yīng)鍵值。

修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\Java,右側(cè)的Options
原值為
-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"
-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"
-Xrs
加入 -Xms256m -Xmx512m
重起tomcat服務(wù),設(shè)置生效

3、如果tomcat 6 注冊成了windows服務(wù),或者windows2003下用tomcat的安裝版,

在/bin/tomcat6w.exe里修改就可以了 。

4、 如果要在myeclipse中啟動tomcat,上述的修改就不起作用了,可如下設(shè)置:

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的

Optional Java VM arguments中添加:-Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m

三、jvm參數(shù)說明:

-server:一定要作為第一個參數(shù),在多個CPU時性能佳
-Xms:java Heap初始大小。 默認(rèn)是物理內(nèi)存的1/64。
-Xmx:java heap最大值。建議均設(shè)為物理內(nèi)存的一半。不可超過物理內(nèi)存。

-XX:PermSize:設(shè)定內(nèi)存的永久保存區(qū)初始大小,缺省值為64M。(我用visualvm.exe查看的)

-XX:MaxPermSize:設(shè)定內(nèi)存的永久保存區(qū)最大 大小,缺省值為64M。(我用visualvm.exe查看的)

-XX:SurvivorRatio=2 :生還者池的大小,默認(rèn)是2,如果垃圾回收變成了瓶頸,您可以嘗試定制生成池設(shè)置

-XX:NewSize: 新生成的池的初始大小。 缺省值為2M。

-XX:MaxNewSize: 新生成的池的最大大小。 缺省值為32M。

如果 JVM 的堆大小大于 1GB,則應(yīng)該使用值:-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16,或者將堆的總大小的 50% 到 60% 分配給新生成的池。調(diào)大新對象區(qū),減少Full GC次數(shù)。

+XX:AggressiveHeap 會使得 Xms沒有意義。這個參數(shù)讓jvm忽略Xmx參數(shù),瘋狂地吃完一個G物理內(nèi)存,再吃盡一個G的swap。
-Xss:每個線程的Stack大小,“-Xss 15120” 這使得JBoss每增加一個線程(thread)就會立即消耗15M內(nèi)存,而最佳值應(yīng)該是128K,默認(rèn)值好像是512k.

-verbose:gc 現(xiàn)實垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件
-Xmn:young generation的heap大小,一般設(shè)置為Xmx的3、4分之一
-XX:+UseParNewGC :縮短minor收集的時間
-XX:+UseConcMarkSweepGC :縮短major收集的時間 此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適。

-XX:userParNewGC 可用來設(shè)置并行收集【多CPU】
-XX:ParallelGCThreads 可用來增加并行度【多CPU】
-XX:UseParallelGC 設(shè)置后可以使用并行清除收集器【多CPU】

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,431評論 6 544
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,637評論 3 429
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,555評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,900評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 72,629評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,976評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,976評論 3 448
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 43,139評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,686評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,411評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,641評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,129評論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,820評論 3 350
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,233評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,567評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,362評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 48,604評論 2 380