1.jvm的運行參數(shù)

在jvm中有很多的參數(shù)可以進(jìn)行設(shè)置，這樣可以讓jvm在各種環(huán)境中都能夠高效的運行。絕大部分的參數(shù)保持默認(rèn)即可。

1.1 三種參數(shù)類型

jvm的參數(shù)類型分為三類，分別是 ：

標(biāo)準(zhǔn)參數(shù) ：

-help

-version

-X參數(shù)(非標(biāo)準(zhǔn)參數(shù))

-Xint

-Xcomp

-XX參數(shù)(使用率較高)

-XX:newSize

-XX:+UseSerialGC

1.1.1 -server與-clinet參數(shù)

可以通過-server或-client設(shè)置jvm的運行參數(shù)。

(1)它們的區(qū)別是Server VM的初始堆空間會大一些，默認(rèn)使用的是并行垃圾回收器，啟動慢運行快。

(2)Client VM相對來講會保守一些，初始堆空間會小一些，使用串行的垃圾回收器，它的目標(biāo)是為了讓JVM的啟動速度更快，但運行速度會比Server VM模式慢些。

(3)JVM在啟動的時候會根據(jù)硬件和操作系統(tǒng)自動選擇使用Server還是Client類型的JVM。

(4)32位操作系統(tǒng)

1)如果是Windows系統(tǒng)，不論硬件配置如何，都默認(rèn)使用Client類型的JVM。

2)如果是其他操作系統(tǒng)上，機(jī)器配置有2GB以上的內(nèi)存同時有2個以上CPU的話默認(rèn)使用server模式，否則使用client模式。

(5)64位操作系統(tǒng)

1)只有server類型，不支持client類型。

2.1 -X參數(shù)

jvm的-X參數(shù)是非標(biāo)準(zhǔn)參數(shù)，在不同版本的jvm中，參數(shù)可能會有所不同，可以通過java -X查看非標(biāo)準(zhǔn)參數(shù)。

-Xmixed：混合模式執(zhí)行(默認(rèn))

-Xint：僅解釋模式執(zhí)行

-Xbootclasspath：(用；分隔的目錄和zip/jar文件)設(shè)置搜索路徑以引導(dǎo)類和資源

-Xbootcalsspath/a：(用；分隔的目錄和zip/jar文件) 附加在引導(dǎo)類路徑末尾

-Xbootcalsspath/p：(用；分隔的目錄和zip/jar文件)置于引導(dǎo)類路徑之前

-Xdiag ：顯示附加診斷消息

-Xnoclassgc ：禁用類垃圾收集

-Xincgc : 啟用增量垃圾收集

-Xloggc： : 將GC狀態(tài)記錄在文件中(帶時間戳)

-Xbatch ：禁用后臺編譯

-Xms : 設(shè)置初始java堆大小

-Xmx : 設(shè)置最大java堆大小

-Xss : 設(shè)置java線程堆棧大小

-Xprof : 輸出cpu配置文件數(shù)據(jù)

-Xfuture : 啟用最嚴(yán)格的檢查，預(yù)期將來的默認(rèn)值

-Xrs : 減少java/VM 對操作系統(tǒng)信號的使用(請參閱文檔)

-Xcheck:jni : 對JNI函數(shù)執(zhí)行其他檢查

-Xshare:off : 不嘗試使用共享類數(shù)據(jù)

-Xshare:auto : 在可能的情況下使用共享類數(shù)據(jù)(默認(rèn))

-Xshare:on : 要求使用共享類數(shù)據(jù)，否則將失敗

-XshowSettings:all : 顯示所有設(shè)置并繼續(xù)

-XshowSettings:vm : 顯示所有與vm相關(guān)的設(shè)置并繼續(xù)

-XshowSettings:properties : 顯示所有屬性設(shè)置并繼續(xù)

-XshowSetting:locale : 顯示所有與區(qū)域設(shè)置相關(guān)的設(shè)置并繼續(xù)

2.1.1 -Xint、-Xcomp、-Xmixed

在解釋模式(interpreted mode)下，-Xint標(biāo)記會強(qiáng)制JVM執(zhí)行所有的字節(jié)碼，當(dāng)然這會降低運行速度，通常低10倍或更多。

(編譯比較快，運行比較慢)

-Xcomp參數(shù)與它(-Xint)正好相反，JVM在第一次使用時會把所有的字節(jié)碼編譯成本地代碼，從而帶來最大程度的優(yōu)化。

然而，很多應(yīng)用在使用-Xcomp也會有一些性能損失，當(dāng)然這比使用-Xint損失的少，原因是-Xcomp沒有讓JVM啟用JIT編譯器的全部功能。

JIT編譯器可以對是否需要編譯做判斷，如果所有代碼都進(jìn)行編譯的話，對于一些只執(zhí)行一次的代碼就沒有意義了。

(

-Xmixed是混合模式，將解釋模式與編譯模式進(jìn)行混合使用，由jvm自己決定，這是jvm默認(rèn)的模式，也是推薦使用的模式。

3.1 -XX參數(shù)

-xx參數(shù)也是非標(biāo)準(zhǔn)參數(shù)，主要用于jvm的調(diào)優(yōu)和debug操作。

-xx參數(shù)的使用有2種方式，一種是boolean類型，一種是非boolean類型：

boolean類型

格式 ：-xx:[+-] 表示啟用或禁用屬性

如 ：-xx:+DisableExplicitGC 表示禁用手動調(diào)用gc操作，也就是說調(diào)用System.gc()無效

非boolean類型

格式 ：-xx:= 表示屬性的值為

如 ：-xx:NewRatio=1 表示新生代和老年代的比值

4.1 -Xms與-Xmx參數(shù)

-Xms與-Xmx分別是設(shè)置jvm的堆內(nèi)存的初始大小和最大大小。

-Xmx2048m : 等價于-XX:MaxHeapSize，設(shè)置JVM最大堆內(nèi)存為2048M。

-Xms512m ：等價于-XX:InitialHeapSize，設(shè)置JVM初始堆內(nèi)存為512M。

適當(dāng)?shù)恼{(diào)整jvm的內(nèi)存大小，可以充分利用服務(wù)器資源，讓程序跑的更快。

5.1 查看jvm的運行參數(shù)

有時候我們需要查看jvm的運行參數(shù)，這個需求可能會存在2中情況：

第一，運行java命令時打印出運行參數(shù)；

第二，查看正在運行的java進(jìn)程的參數(shù)；

5.1.1 運行java命令時打印參數(shù)

運行java命令時打印參數(shù)，需要添加-XX:+PrintFlagsFinal參數(shù)即可。 其中參數(shù)有boolean類型和數(shù)字類型，值的操作符是=或:=,分別

代表默認(rèn)值和被修改的值。

查看所有的參數(shù)，用法 ：jinfo -flags

通過jps 或者 jps -l 查看java進(jìn)程

查看某一參數(shù)的值，用法 ：jinfo -flag

6.1 jdk1.7的堆內(nèi)存模型

Young年輕區(qū)(代)

Young區(qū)被劃分為三部分，Eden區(qū)和兩個大小嚴(yán)格相同的Survivor區(qū)，其中，Survivor區(qū)間中，某一時刻只有其中一個是被

使用的，另外一個留做垃圾收集時復(fù)制對象用，在Eden區(qū)間變滿的時候，GC就會將存活的對象移到空閑的Survivor區(qū)間中

，根據(jù)JVM的策略，在經(jīng)過幾次垃圾收集后，任然存活于Survivor的對象將被移動到Tenured區(qū)間。

Tenured年老區(qū)

Tenured區(qū)主要保存生命周期長的對象，一般是一些老的對象，當(dāng)一些對象在Young復(fù)制轉(zhuǎn)移一定的次數(shù)以后， 對象就會被

轉(zhuǎn)移到Tenured區(qū)，一般如果系統(tǒng)中用了application級別的緩存，緩存中的對象往往會被轉(zhuǎn)移到這一區(qū)間。

Perm 永久區(qū)

Perm代主要保存class，method，filed對象，這部分的空間一般不會溢出，除非一次性加載了很多的類，不過在涉及到熱部

署的應(yīng)用服務(wù)器的時候，有時候會遇到j(luò)ava.lang.OutOfMemoryError : PermGen space的錯誤，造成這個錯誤的很大原因就

有可能是每次都重新部署，但是重新部署后，類的class沒有被卸載掉，這樣就造成了大量的class對象保存在了perm中，這

種情況下，一般重新啟動應(yīng)用服務(wù)器可以解決問題。

Virtual區(qū)

最大內(nèi)存和初始內(nèi)存的差值，就是Virtual區(qū)。

6.2 jdk1.8的堆內(nèi)存模型

由上圖可以看出，jdk1.8的內(nèi)存模型是由2部分組成，年輕代 + 年老代。

年輕代：Eden + 2 * Survivor

年老代：OldGen

在jdk1.8中變化最大的Perm區(qū)，用Metaspace(元數(shù)據(jù)空間)進(jìn)行了替換。

需要特別說明的是 ：Metaspace所占用的內(nèi)存空間不是在虛擬機(jī)內(nèi)部，而是在本地內(nèi)存空間中，這也是與1.7的永久代最大的區(qū)別所在。

6.3 為什么要廢棄1.7中的永久區(qū)？

移除永久代是為融合HotSpot JVM與JRockit VM而做出的努力，因為JRockit沒有永久代，不需要配置永久代。

現(xiàn)實使用中，由于永久代內(nèi)存經(jīng)常不夠用或發(fā)生內(nèi)存泄漏，爆出異常java.lang.OutOfMemoryError : PermGen.

基于此，將永久區(qū)廢棄，而改元空間，改為了使用本地內(nèi)存空間。

6.4 通過jstat命令進(jìn)行查看堆內(nèi)存使用情況

jstat命令可以查看堆內(nèi)存各部分的使用量，以及加載類的數(shù)量。命令的格式如下 ：

jstat[-命令選項][vmid][間隔時間/毫秒][查詢次數(shù)]

6.4.1 查看class加載統(tǒng)計

說明 ：

Loaded : 加載class的數(shù)量

Bytes : 所占用空間大小

Unloaded : 未加載數(shù)量

Bytes : 未加載占用空間

Time : 時間

6.4.2 查看編譯統(tǒng)計

jstat -compiler

說明 ：

Compiled : 編譯數(shù)量

Failed : 失敗數(shù)量

Invalid : 不可用數(shù)量

Time : 時間

FailedType : 失敗類型

FailedMethod : 失敗的方法

6.4.3 垃圾回收統(tǒng)計

jstat -gc

也可以指定打印的間隔和次數(shù)，每1秒中打印一次，共打印5次

jstat -gc 1000 5

說明 ：

S0C : 第一個Survivor區(qū)的大小(KB)

S1C : 第二個Survivor區(qū)的大小(KB)

S0U : 第一個Survivor區(qū)的使用大小(KB)

S1U : 第二個Survivor區(qū)的使用大小(KB)

EC : Eden區(qū)的大小(KB)

EU : Eden區(qū)的使用大小(KB)

OC ： Old區(qū)大小(KB)

OU ： Old使用大小(KB)

MC ：方法區(qū)大小(KB)

MU ：方法區(qū)使用大小(KB)

CCSC ：壓縮類空間使用大小(KB)

CCSU ：壓縮類空間使用大小(KB)

YGC ：年輕代垃圾回收次數(shù)

YGCT ：年輕代垃圾回收消耗時間

FGC ：老年代垃圾回收次數(shù)

FGCT : 老年代垃圾回收消耗時間

GCT ：垃圾回收消耗總時間

7.1 查詢內(nèi)存使用情況

前面通過jstat可以對jvm堆的內(nèi)存進(jìn)行統(tǒng)計分析，而jmap可以獲取到更加詳細(xì)的內(nèi)容，如 ：內(nèi)存使用情況的匯總、對內(nèi)存溢出的定位與分析。

查看內(nèi)存使用情況 ：

jmap -heap

7.2 查看內(nèi)存中對象數(shù)量及大小

查看所有對象，包括活躍以及非活躍的

jmap -histo | more

查看活躍對象

jmap -histo:live | more

對象說明 ：

B : byte

C : char

D : double

F : float

I : int

J : long

Z : boolean

[ : 數(shù)組，如[I表示int[]

[L+類名 ：其他對象

7.3 將內(nèi)存使用情況dump到文件中

有些時候我們需要將jvm當(dāng)前內(nèi)存中的情況dump到文件中，然后對它進(jìn)行分析，jmap也是支持dump到文件中的。

用法 ：

jmap -dump:format=b,file=dumpFileName

其中b是代表二進(jìn)制

示例 ：

jmap -dump:format=b,file=/tmp/dump.dat 6219

7.4 通過jhat對dump文件進(jìn)行分析

用法 ：

jhat -port

例如 ：

jhat -port 9999 /test/dump.dat

這個時候就可以打開瀏覽器訪問 ：127.0.0.2:9999

-Xms8m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError : 設(shè)置初始堆大小和當(dāng)發(fā)生內(nèi)存溢出時，給內(nèi)存一個快照并導(dǎo)出一個dump文件

用MAT進(jìn)行文件分析

8 jstack的使用

有些時候我們需要查看下jvm中的線程執(zhí)行情況，比如，發(fā)現(xiàn)服務(wù)器的CPU的負(fù)載突然增高了、出現(xiàn)了死鎖、死循環(huán)等，我們

如何分析呢？

由于程序是正常運行的，沒有任何的輸出，從日志方面也看不出什么問題，所以就需要看下jvm的內(nèi)部線程的執(zhí)行情況，然后

再進(jìn)行分析查找出原因。

這個時候，就需要借助于jstack命令了，jstack的作用是將正在運行的jvm的線程情況進(jìn)行快照，并且打印出來 ：

用法 ：jstack

8.1 線程的狀態(tài)

在java中線程的狀態(tài)一共被分成6種 ：

初始態(tài)(NEW)

創(chuàng)建一個Thread對象，但還未調(diào)用start()啟動線程時，線程處于初始態(tài)。

運行態(tài)(RUNNABLE)，在java中，運行態(tài)包括就緒態(tài)和運行態(tài)。

就緒態(tài)

該狀態(tài)下的線程已經(jīng)獲得執(zhí)行所需的所有資源，只要CPU分配執(zhí)行權(quán)就能運行。

所有就緒態(tài)的線程存放在就緒隊列中。

運行態(tài)

獲得CPU執(zhí)行權(quán)，正在執(zhí)行的線程。

由于一個CPU同一時刻只能執(zhí)行一條線程，因此每個CPU每個時刻只有一條運行態(tài)的線程。

阻塞態(tài)(BLOCKED)

當(dāng)一條正在執(zhí)行的線程請求某一資源失敗時，就會進(jìn)入阻塞態(tài)。

而在java中，阻塞態(tài)專指請求鎖失敗時進(jìn)入的狀態(tài)。

由一個阻塞隊列存放所有阻塞態(tài)的線程。

處于阻塞態(tài)的線程會不斷請求資源，一旦請求成功，就會進(jìn)入就緒隊列，等待執(zhí)行。

等待態(tài)(WAITING)

當(dāng)前線程中調(diào)用wait、join、park函數(shù)時，當(dāng)前線程就會進(jìn)入等待態(tài)。

也有一個等待隊列存放所有等待態(tài)的線程。

線程處于等待態(tài)表示它需要等待其他線程的指示才能繼續(xù)運行。

進(jìn)入等待態(tài)的線程會釋放CPU執(zhí)行權(quán)，并釋放資源(如 ：鎖)。

超時等待態(tài)(TIMED_WAITING)

當(dāng)運行中的線程調(diào)用sleep(time)、wait、join、parkNanos、parkUntil時，就會進(jìn)入該狀態(tài)；

它和等待態(tài)一樣，并不是因為請求不到資源，而是主動進(jìn)入，并且進(jìn)入后需要其他線程喚醒；

進(jìn)入該狀態(tài)后釋放CPU執(zhí)行權(quán)和占有的資源。

與等待態(tài)的區(qū)別：到了超時時間后自動進(jìn)入阻塞隊列，開始競爭鎖。

終止態(tài)(TERMINATED)

線程執(zhí)行結(jié)束后的狀態(tài)。

8.2 分析死鎖

在運行的程序中，通過命令窗口查看當(dāng)前正在執(zhí)行的線程id

jps

同通過jstack進(jìn)行分析 ：

jstack

在輸出的信息中，已經(jīng)看到，發(fā)現(xiàn)了1個死鎖，關(guān)鍵看這個 ：

可以清晰的看到 ：

Thread2 獲取了<0x00000000f655dc50>的鎖，等待獲取<0x00000000f655dc40>這個鎖

Thread1 獲取了<0x00000000f655dc40>的鎖，等待獲取<0x00000000f655dc50>這個鎖

由此可見，發(fā)生了死鎖。

可以使用VisualVM工具進(jìn)行JVM問題的排查

8.3 監(jiān)控遠(yuǎn)程的jvm

VisualJVM不僅是可以監(jiān)控本地jvm進(jìn)程，還可以監(jiān)控遠(yuǎn)程的jvm進(jìn)程，需要借助于JMX技術(shù)實現(xiàn)。

8.3.1 什么是JMX？

JMX(Java Management Extensions，即Java管理擴(kuò)展)是一個為應(yīng)用程序、設(shè)備、系統(tǒng)等植入管理功能的框架，JMX可以跨越一系列操作

平臺、系統(tǒng)體系結(jié)構(gòu)和網(wǎng)絡(luò)傳輸協(xié)議，靈活的開發(fā)無縫集成的系統(tǒng)、網(wǎng)絡(luò)和服務(wù)管理應(yīng)用。

8.3.2 監(jiān)控遠(yuǎn)程的tomcat

想要監(jiān)控遠(yuǎn)程的tomcat，就需要在遠(yuǎn)程的tomcat進(jìn)行對JMX配置，方法如下 ：

#在tomcat的bin目錄下，修改catalina.sh，添加如下的參數(shù)

JAVA_OPTS="

-Dcom.sun.management.jmxremote

-Dcom.sun.management.jmxremote.port=9999

-Dcom.sun.management.jmxremote.authenticate=false

-Dcom.sun.management.jmremote.ssl=false"

這幾個參數(shù)的意思是 ：

#-Dcom.sun.management.jmxremote : 允許使用JMX遠(yuǎn)程管理

#-Dcom.sun.management.jmxremote.port=9999 : JMX遠(yuǎn)程連接端口

#-Dcom.sun.management.jmxremote.authenticate=false : 不進(jìn)行身份認(rèn)證，任何用戶都可以連接

#-Dcom.sun.management.jmremote.ssl=false : 不使用ssl

設(shè)置好以后保存，并重啟tomcat

./startup.sh && tail -f ../logs/catalina.out : 重啟tomcat并顯示啟動日志

通過VisualVM進(jìn)行遠(yuǎn)程連接。

SpringBoot項目是內(nèi)嵌的tomcat配置方式查看http://www.360doc.com/content/17/1018/20/16915_696185383.shtml

總結(jié)

以上是生活随笔為你收集整理的java命令主动清空jvm_JVM史上最全实践优化没有之一的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。