java監控命令

Ⅰ 如何查看java虛擬機堆內存的參數值

請確保java_home/bin配置到path環境變數下，因為這些工具都在jdk的bin目錄下

jps(JVM Process Status Tool)：JVM機進程狀況工具

用來查看基於HotSpot JVM裡面所有進程的具體狀態, 包括進程ID，進程啟動的路徑等等。與unix上的ps類似，用來顯示本地有許可權的java進程，可以查看本地運行著幾個java程序，並顯示他們的進程號。使用jps時，不需要傳遞進程號做為參數。
Jps也可以顯示遠程系統上的JAVA進程，這需要遠程服務上開啟了jstat服務，以及RMI注及服務，不過常用都是對本對的JAVA進程的查看。
命令格式：jps [ options ] [ hostid ]
常用參數說明：
-m 輸出傳遞給main方法的參數，如果是內嵌的JVM則輸出為null。
-l 輸出應用程序主類的完整包名，或者是應用程序JAR文件的完整路徑。
-v 輸出傳給JVM的參數。
例如：
C:\Users\Administrator>jps -lmv
1796 -Dosgi.requiredJavaVersion=1.5 -Xms40m -Xmx512m -XX:MaxPermSize=256m
7340 sun.tools.jps.Jps -lmv -Denv.class.path=.;D:\DevTools\VM\jdk1.6.0_31\\lib\dt.jar;D:\DevTools\VM\jdk1.6.0_31\\lib\tools.jar; -Dapplication.home=D:\DevTools\VM\jdk1.6.0_31 -Xms8m
其中pid為1796的是我的eclipse進程，pid為7340的是jps命令本身的進程

jinfo(Configuration Info for Java)：JVM配置信息工具

可以輸出並修改運行時的java 進程的opts。用處比較簡單，用於輸出JAVA系統參數及命令行參數
命令格式：jinfo [ options ] [ pid ]
常用參數說明：
-flag 輸出，修改，JVM命令行參數
例如：
C:\Users\Administrator>jinfo 1796
將會列印出很多jvm運行時參數信息，由於比較長這里不再列印出來，可以自己試試，內容一目瞭然

Jstack(Stack Trace for Java)：JVM堆棧跟蹤工具
jstack用於列印出給定的java進程ID或core file或遠程調試服務的Java堆棧信息，如果是在64位機器上，需要指定選項"-J-d64「
命令格式：jstack [ option ] pid
常用參數說明：
-F 當』jstack [-l] pid』沒有相應的時候強制列印棧信息
-l 長列表. 列印關於鎖的附加信息,例如屬於java.util.concurrent的ownable synchronizers列表.
-m 列印java和native c/c++框架的所有棧信息.
-h | -help列印幫助信息
例如：
C:\Users\Administrator>jstack 1796
2013-05-22 11:42:38
Full thread mp Java HotSpot(TM) Client VM (20.6-b01 mixed mode):

"Worker-30" prio=6 tid=0x06514c00 nid=0x1018 in Object.wait() [0x056af000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:188)
- locked <0x1ad84a90> (a org.eclipse.core.internal.jobs.WorkerPool)
at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:220)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:50)
......
......
......
......

jstat(JVM statistics Monitoriing Tool)：JVM統計信息監視工具

對Java應用程序的資源和性能進行實時的命令行的監控，包括了對Heap size和垃圾回收狀況的監控
命令格式：jstat [ option pid [interval [ s | ms ] [count] ] ]
常用參數說明：
-gcutil 輸出已使用空間占總空間的百分比
-gccapacity 輸出堆中各個區域使用到的最大和最小空間
例如：每隔1秒監控jvm內存一次，共監控5次
C:\Users\Administrator>jstat -gccapacity 1796 1s 5
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 96
13632.0 174720.0 40896.0 4032.0 4032.0 32832.0 27328.0 349568.0 81684.0 81684.0 12288.0 262144.0 80640.0 80640.0 42 97
C:\Users\Administrator>jstat -gcutil 1796 1s 5
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
0.00 0.00 0.52 53.35 99.77 42 0.513 99 38.119 38.632
一些術語的中文解釋：
S0C：年輕代中第一個survivor（倖存區）的容量 (位元組)
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
S0U：年輕代中第一個survivor（倖存區）目前已使用空間 (位元組)
S1U：年輕代中第二個survivor（倖存區）目前已使用空間 (位元組)
EC：年輕代中Eden（伊甸園）的容量 (位元組)
EU：年輕代中Eden（伊甸園）目前已使用空間 (位元組)
OC：Old代的容量 (位元組)
OU：Old代目前已使用空間 (位元組)
PC：Perm(持久代)的容量 (位元組)
PU：Perm(持久代)目前已使用空間 (位元組)
YGC：從應用程序啟動到采樣時年輕代中gc次數
YGCT：從應用程序啟動到采樣時年輕代中gc所用時間(s)
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
GCT：從應用程序啟動到采樣時gc用的總時間(s)
NGCMN：年輕代(young)中初始化(最小)的大小 (位元組)
NGCMX：年輕代(young)的最大容量 (位元組)
NGC：年輕代(young)中當前的容量 (位元組)
OGCMN：old代中初始化(最小)的大小 (位元組)
OGCMX：old代的最大容量 (位元組)
OGC：old代當前新生成的容量 (位元組)
PGCMN：perm代中初始化(最小)的大小 (位元組)
PGCMX：perm代的最大容量 (位元組)
PGC：perm代當前新生成的容量 (位元組)
S0：年輕代中第一個survivor（倖存區）已使用的占當前容量百分比
S1：年輕代中第二個survivor（倖存區）已使用的占當前容量百分比
E：年輕代中Eden（伊甸園）已使用的占當前容量百分比
O：old代已使用的占當前容量百分比
P：perm代已使用的占當前容量百分比
S0CMX：年輕代中第一個survivor（倖存區）的最大容量 (位元組)
S1CMX ：年輕代中第二個survivor（倖存區）的最大容量 (位元組)
ECMX：年輕代中Eden（伊甸園）的最大容量 (位元組)
DSS：當前需要survivor（倖存區）的容量 (位元組)（Eden區已滿）
TT： 持有次數限制
MTT ： 最大持有次數限制

jmap( Memory Map for Java)：JVM內存映像工具

列印出某個java進程（使用pid）內存內的所有『對象』的情況（如：產生那些對象，及其數量）
命令格式：jmap [ option ] pid
常用參數說明：
-mp:[live,]format=b,file=<filename> 使用二進制形式輸出jvm的heap內容到文件中， live子選項是可選的，假如指定live選項,那麼只輸出活的對象到文件.
-histo[:live] 列印每個class的實例數目,內存佔用,類全名信息. VM的內部類名字開頭會加上前綴」*」. 如果live子參數加上後,只統計活的對象數量.
-F 強迫.在pid沒有相應的時候使用-mp或者-histo參數. 在這個模式下,live子參數無效.
例如：以二進制形式輸入當前堆內存映像到文件data.hprof中
jmap -mp:live,format=b,file=data.hprof 1796
生成的文件可以使用jhat工具進行分析，在OOM（內存溢出）時，分析大對象，非常有用
通過使用如下參數啟動JVM，也可以獲取到mp文件：
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=./java_pid<pid>.hprof
在jvm發生內存溢出時生成內存映像文件

jhat(JVM Heap Analysis Tool)：JVM堆轉儲快照分析工具

用於對JAVA heap進行離線分析的工具，他可以對不同虛擬機中導出的heap信息文件進行分析，如linux上導出的文件可以拿到WINDOWS上進行分析，可以查找諸如內存方面的問題。
命令格式：jhat mpfile(jmap生成的文件)
例如：分析jmap導出的內存映像
jhat data.hprof
執行成功後，訪問http://localhost:7000即可查看內存信息，

MAT(Memory Analyzer Tool)：一個基於Eclipse的內存分析工具

官網： http://www.eclipse.org/mat/
update：http://download.eclipse.org/mat/1.2/update-site/
這是eclipse的一個插件，安裝後可以打開xxx.hprof文件，進行分析，比jhat更方便使用，有些時候由於線上xxx.hprof文件過大，直接使用jhat進行初步分析了，可以的話拷貝到本地分析效果更佳。

圖形化監控工具：

在JDK安裝目錄bin下面有兩個可視化監控工具
1. JConsole(Java Monitoring and Management Console) 基於JMX的可視化管理工具。
2. VisualVM(All-in-one Java Troubleshooting Tool)隨JDK發布的最強大的運行監視和故障處理程序。
推薦使用VisualVM，他有很多插件，可以更方便的監控運行時JVM

Ⅱ 在新建虛擬機時出現問題

JConsole

JConsole 圖形用戶界面是一種符合 Java 管理擴展（JMX）規范的監視工具。JConsole 使用 Java 虛擬機 （Java VM） 的廣泛檢測來提供有關在 Java 平台上運行的應用程序的性能和資源消耗的信息。

使用方法 本地

• 使用jconsole命令：監視本地運行的所有 Java 應用程序，JConsole 可以連接到這些應用程序。

• 使用jconsole PID命令：監視指定PID的Java應用程序。

• 獲取java PID的方法：通過任務管理器查看、通過Java提供的jps命令查看。遠程

使用jsconsole hostName:portNum命令：hostName是運行應用程序的系統的名稱，portNum是您在啟動Java VM時啟用 JMX 代理時指定的埠號。

使用service:jmx::命令：使用 JMX 服務 URL 進行連接。

內容分析

將 JConsole 連接到應用程序後，JConsole 由六個選項卡組成。

• 概述：顯示有關 Java VM 和受監視值的概述信息。

• 內存：顯示有關內存使用的信息。

• 線程：顯示有關線程使用的信息。

• 類：顯示有關類載入的信息。

• VM：顯示有關 Java VM 的信息。

• MBeans：顯示有關 MBeans 的信息。

• 組成部分 概覽

顯示有關 CPU 使用情況、內存使用情況、線程計數和在Java VM中載入的類的圖形監視信息。

提供執行GC的操作，可以隨時點擊按鈕進行垃圾回收

• 伊甸園空間（堆）：最初為大多數對象分配內存的池。

• 倖存者空間（堆）：包含在伊甸園空間垃圾回收中倖存下來的物體的池。

• 終身代（堆）：包含在倖存者空間中存在一段時間的對象的池。

• 永久生成（非堆）：包含虛擬機本身的所有反射數據的池，如類和方法對象。使用類數據共享的 Java VM，這一代分為只讀和讀寫區域。

• 代碼緩存（非堆）：HotSpotJava VM 還包括一個代碼緩存，其中包含用於編譯和存儲本機代碼的內存。

• 堆和非堆內存

Java VM管理兩種類型的內存：堆內存和非堆內存，這兩種內存都是在 Java VM 啟動時創建的。

• 堆內存是Java VM為所有類實例和數組分配內存的運行時數據區域。堆的大小可能是固定的或可變的。垃圾回收器是一個自動內存管理系統，用於回收對象的堆內存。

• 非堆內存包括所有線程之間共享的方法區域和Java VM的內部處理或優化所需的內存。它存儲每類結構，如運行時常量池、欄位和方法數據，以及方法和構造函數的代碼。方法區域在邏輯上是堆的一部分，但是，根據實現，Java VM 可能不會對它進行垃圾回收或壓縮。與堆內存一樣，方法區域可能為固定大小或可變大小。方法區域的內存不需要連續。

• 內存池和內存管理器

內存池和內存管理器是Java VM內存系統的關鍵方面。

• 內存池表示Java VM管理的內存區域。Java VM至少有一個內存池，它可能會在執行期間創建或刪除內存池。內存池可以屬於堆內存或非堆內存。

• 內存管理器管理一個或多個內存池。垃圾回收器是一種內存管理器，負責回收不可到達的對象使用的內存。Java VM可能具有一個或多個內存管理器。它可以在執行期間添加或刪除內存管理器。內存池可以由多個內存管理器管理。

• 垃圾回收

垃圾回收 （GC） 是Java VM釋放不再引用的對象佔用的內存的方式。通常認為具有活動引用為"活動"且未引用（或無法訪問）對象的對象為"已死"。垃圾回收是釋放死對象使用的內存的過程。GC 使用的演算法和參數對性能有顯著影響。

Java hotspot VM垃圾回收器使用代數 GC。生成 GC 利用大多數程序符合以下概括的觀察。

• 它們創建許多壽命較短的對象，例如迭代器和局部變數。

• 它們創建一些壽命很長的對象，例如高級持久對象。

• 線程

提供有關線程使用的信息。

• 查找監視器死鎖線程：檢測對象監視器鎖上是否有任何線程死鎖。此操作返回死鎖線程指示的數組。

• getThreadInfo：返回線程信息。這包括線程當前被阻止的名稱、堆棧跟蹤和監視器鎖（如果有）以及持有該鎖的線程以及線程爭用統計信息。

• 獲取ThreadCpu時間：返回給定線程消耗的 CPU 時間

顯示有關類載入的信息。

提供有關Java VM的信息。

以通用方式顯示有關在平台 MBean 伺服器注冊的所有 MBeans 的信息。MBeans 選項卡允許您訪問平台 MXBean 檢測的完整集，包括在其他選項卡中不可見的儀器。此外，您還可以使用 MBeans 選項卡監視和管理應用程序的 MBeans。

列出目標系統上已檢測的 Java 虛擬機 （JVM）。

監視 Java 虛擬機 （JVM） 統計信息。

對Java應用程序的資源和性能進行實時的命令行的監控，包括了對Heap size和垃圾回收狀況的監控。

命令格式

jstat [-option] [PID]


option參數

• class：顯示有關類載入器行為的統計信息。

• compiler：顯示有關Java HotSpot VM實時編譯器行為的統計信息。

• gc：顯示有關垃圾回收堆行為的統計信息。

• gccapacity：顯示有關幾代人容量及其相應空間的統計信息。

• gccause：顯示有關垃圾回收統計信息（與 相同）的摘要，以及最後和當前（如果適用）垃圾回收事件的原因。-gcutil

• gcnew：顯示新一代行為的統計信息。

• gcnewcapacity：顯示有關新一代大小及其相應空間的統計信息。

• gcold：顯示有關舊一代和元空間統計信息行為的統計信息。

• gcoldcapacity：顯示有關舊一代大小的統計信息。

• gcmetacapacity：顯示有關元空間大小的統計信息。

• gcutil：顯示有關垃圾回收統計信息的摘要。

• printcompilation：顯示 Java 熱點 VM 編譯方法統計信息。

1.jstat –class: 顯示載入class的數量，及所佔空間等信息。

2.jstat -compiler顯示VM實時編譯的數量等信息。

3.jstat -gc: 可以顯示gc的信息，查看gc的次數，及時間。

4.jstat -gccapacity:可以顯示，VM內存中三代（young,old,perm）對象的使用和佔用大小

5.jstat -gcutil:統計gc信息

6.jstat -gcnew:年輕代對象的信息。

7.jstat -gcnewcapacity: 年輕代對象的信息及其佔用量。

8.jstat -gcold：old代對象的信息。

9.jstat -gcoldcapacity: old代對象的信息及其佔用量。

10.jstat -gcpermcapacity: perm對象的信息及其佔用量。

11.jstat -printcompilation：當前VM執行的信息。

監視 Java 虛擬機 （JVM），並使遠程監視工具能夠連接到 JVM

命令格式

jstatd -[option]


option

• -nr當找不到現有的RMI注冊表時，不嘗試使用jstatd進程創建一個內部的RMI注冊表。

• -p port在指定的埠查找RMI注冊表。如果沒有找到，並且沒有指定-nr選項，則在該埠自行創建一個內部的RMI注冊表。

• -n rminameRMI注冊表中綁定的RMI遠程對象的名稱。默認的名稱為JStatRemoteHost。如果多個jstatd伺服器在同一主機上運行，你可以通過指定該選項來讓每個伺服器導出的RMI對象具有唯一的名稱。不管如何，這樣做需要將唯一的伺服器名稱包含進監控客戶端的hostid和vmid字元串中。

• -Joption將選項參數傳遞給被javac調用的java啟動程序。例如，-J-Xms48m設置啟動內存為48 MB。使用-J將選項參數傳遞給執行Java應用程序的底層虛擬機，這是一種常見慣例。

使用方法

1.在jdk的bin目錄下創建文件jstatd.all.policy

2.寫入下面的安全配置

grant codebase "file:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.x86_64/lib/tools.jar" {
permission java.security.AllPermission;
#此處寫絕對路徑，主要是防止路徑錯誤問題，排查問題，應該寫成相對路徑


3.啟動jstatd

./jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=x.x.x.x &


4.使用jvisualvm工具遠程連接，進行監控

jvisualvm

VisualVM，能夠監控線程，內存情況，查看方法的CPU時間和內存中的對 象，已被GC的對象，反向查看分配的堆棧(如100個String對象分別由哪幾個對象分配出來的).

同時他還提供很多插件可以自己安裝，是一款不錯的監控分析工具。

故障排除工具 JInfo

可以用來查看正在運行的 java 應用程序的擴展參數，包括Java System屬性和JVM命令行參數；也可以動態的修改正在運行的 JVM 一些參數。當系統崩潰時，jinfo可以從core文件裡面知道崩潰的Java應用程序的配置信息

命令格式

參數說明

• pid對應jvm的進程id

• executable core產生core mp文件

• [server-id@]remote server IP or hostname遠程的ip或者hostname，server-id標記服務的唯一性id

option

• no option輸出全部的參數和系統屬性

• -flag name輸出對應名稱的參數

• -flag [+|-]name開啟或者關閉對應名稱的參數

• -flag name=value設定對應名稱的參數

• -flags輸出全部的參數

• -sysprops輸出系統屬性

Javacore 概述

Javacore，也可以稱為「threadmp」或是「javamp」，它是 Java 提供的一種診斷特性，能夠提供一份可讀的當前運行的 JVM 中線程使用情況的快照。即在某個特定時刻，JVM 中有哪些線程在運行，每個線程執行到哪一個類，哪一個方法。應用程序如果出現不可恢復的錯誤或是內存泄露，就會自動觸發 Javacore 的生成。

使用方法

1.jinfo pid：輸出當前 jvm 進程的全部參數和系統屬性

2.jinfo -flag name pid：輸出對應名稱的參數使用該命令，可以查看指定的 jvm 參數的值。如：查看當前 jvm 進程是否開啟列印 GC 日誌。

3.jinfo -flag [+|-]name pid：開啟或者關閉對應名稱的參數

使用 jinfo 可以在不重啟虛擬機的情況下，可以動態的修改 jvm 的參數。尤其在線上的環境特別有用。

4.jinfo -flag name=value pid：修改指定參數的值。

• 注意：jinfo雖然可以在java程序運行時動態地修改虛擬機參數，但並不是所有的參數都支持動態修改

5.jinfo -flags pid：輸出全部的參數

6.jinfo -sysprops pid：輸出當前 jvm 進行的全部的系統屬性

jhat

主要是用來分析java堆的命令，可以將堆中的對象以html的形式顯示出來，包括對象的數量，大小等等，並支持對象查詢語言。

1.使用jmap命令導出堆文件jmap -mp:live,file=a.log pid


也可以使用下面方式導出堆文件

1、使用jconsole選項通過HotSpotDiagnosticMXBean從運行時獲得堆轉儲（生成mp文件）、

2、虛擬機啟動時如果指定了-XX:+HeapDumpOnOutOfMemoryError選項, 則在拋出OutOfMemoryError時, 會自動執行堆轉儲。

3、使用hprof命令

2.使用jhat分析堆文件jhat -J-Xmx512M a1.log
3.查看分析的html頁面

http://ip:7000/jhat中的OQL（對象查詢語言）

如果需要根據某些條件來過濾或查詢堆的對象，這是可能的，可以在jhat的html頁面中執行OQL，來查詢符合條件的對象

基本語法：

select
[from [instanceof] ]
[where ]


解釋：

(1)class name是java類的完全限定名，如：java.lang.String,java.util.ArrayList, C是char數組,java.io.File是java.io.File[]

(2)類的完全限定名不足以唯一的辨識一個類，因為不同的ClassLoader載入的相同的類，它們在jvm中是不同類型的

(3)instanceof表示也查詢某一個類的子類，如果不明確instanceof，則只精確查詢class name指定的類

(4)from和where子句都是可選的

(5)java域表示：obj.field_name；java數組表示：array[index]

舉例：

（1）查詢長度大於100的字元串

select s from java.lang.String s where s.count > 100


（2）查詢長度大於256的數組

select a from [I a where a.length > 256


（3）顯示匹配某一正則表達式的字元串

select a.value.toString() from java.lang.String s where /java/(s.value.toString())


（4）顯示所有文件對象的文件路徑

select file.path.value.toString() from java.io.File file


（5）顯示所有ClassLoader的類名

select classof(cl).name from instanceof java.lang.ClassLoader cl


（6）通過引用查詢對象

select o from instanceof 0xd404d404 o


built-in對象 -- heap

(1)heap.findClass(class name) -- 找到類

select heap.findClass("java.lang.String").superclass


(2)heap.findObject(object id) -- 找到對象

select heap.findObject("0xd404d404")


(3)heap.classes -- 所有類的枚舉

select heap.classes


(4)heap.objects -- 所有對象的枚舉

select heap.objects("java.lang.String")


(5)heap.finalizables -- 等待垃圾收集的java對象的枚舉

(6)heap.livepaths -- 某一對象存活路徑

select heaplivepaths(s) from java.lang.String s


(7)heap.roots -- 堆根集的枚舉

辨識對象的函數

(1)classof(class name) -- 返回java對象的類對象

select classof(cl).name from instanceof java.lang.ClassLoader cl


(2)identical(object1,object2) -- 返回是否兩個對象是同一個實例

select identical(heap.findClass("java.lang.String").name, heap.findClass("java.lang.String").name)


(3)objectid(object) -- 返回對象的id

select objectid(s) from java.lang.String s


(4)reachables -- 返回可從對象可到達的對象

select reachables(p) from java.util.Properties p -- 查詢從Properties對象可到達的對象
select reachables(u, "java.net.URL.handler") from java.net.URL u -- 查詢從URL對象可到達的對象，但不包括從URL.handler可到達的對象


(5)referrers(object) -- 返回引用某一對象的對象

select referrers(s) from java.lang.String s where s.count > 100


(6)referees(object) -- 返回某一對象引用的對象

select referees(s) from java.lang.String s where s.count > 100


(7)refers(object1,object2) -- 返回是否第一個對象引用第二個對象

select refers(heap.findObject("0xd4d4d4d4"),heap.findObject("0xe4e4e4e4"))


(8)root(object) -- 返回是否對象是根集的成員

select root(heap.findObject("0xd4d4d4d4"))


(9)sizeof(object) -- 返回對象的大小

select sizeof(o) from [I o


(10)toHtml(object) -- 返回對象的html格式

select "+ toHtml(o) + "" from java.lang.Object o


(11)選擇多值

select {name:t.name?t.name.toString():"null",thread:t} from instanceof java.lang.Thread t


數組、迭代器等函數

(1)concat(enumeration1,enumeration2) -- 將數組或枚舉進行連接

select concat(referrers(p),referrers(p)) from java.util.Properties p


(2)contains(array, expression) -- 數組中元素是否滿足某表達式

select p from java.util.Properties where contains(referres(p), "classof(it).name == 'java.lang.Class'")


返回由java.lang.Class引用的java.util.Properties對象

• built-in變數

• it -- 當前的迭代元素

• index -- 當前迭代元素的索引

• array -- 被迭代的數組

(3)count(array, expression) -- 滿足某一條件的元素的數量

select count(heap.classes(), "/java.io./(it.name)")


(4)filter(array, expression) -- 過濾出滿足某一條件的元素

select filter(heap.classes(), "/java.io./(it.name)")


(5)length(array) -- 返回數組長度

select length(heap.classes())


(6)map(array,expression) -- 根據表達式對數組中的元素進行轉換映射

select map(heap.classes(),"index + '-->' + toHtml(it)")


(7)max(array,expression) -- 最大值, min(array,expression)

select max(heap.objects("java.lang.String"),"lhs.count>rhs.count")


• built-in變數

• lhs -- 左邊元素

• rhs -- 右邊元素

(8)sort(array,expression) -- 排序

select sort(heap.objects('[C'),'sizeof(lhs)-sizeof(rhs)')


(9)sum(array,expression) -- 求和

select sum(heap.objects('[C'),'sizeof(it)')


(10)toArray(array) -- 返回數組

(11)unique(array) -- 唯一化數組

jmap

列印進程、核心文件或遠程調試伺服器的共享對象內存映射或堆內存詳細信息。

jmap [option]
(to connect to running process) 連接到正在運行的進程

jmap [option]
(to connect to a core file) 連接到核心文件

jmap [option] [server_id@]
(to connect to remote debug server) 連接到遠程調試服務


option

• pid:目標進程的PID，進程編號，可以採用ps -ef | grep java查看java進程的PID;

• executable:產生core mp的java可執行程序;

• core:將被列印信息的core mp文件;

• remote-hostname-or-IP:遠程debug服務的主機名或ip;

• server-id:唯一id，假如一台主機上多個遠程debug服務;

使用方法

• jmap -mp:[live,]format=b,file= PID：使用hprof二進制形式，輸出jvm的heap內容到文件

• jmap -finalizerinfo PID：列印正等候回收的對象的信息

• jmap -heap PID：列印heap的概要信息，GC使用的演算法，heap（堆）的配置及JVM堆內存的使用情況。

• jmap -histo:live PID：列印每個class的實例數目,內存佔用,類全名信息。VM的內部類名字開頭會加上前綴」*」. 如果live子參數加上後,只統計活的對象數量.

• jmap -permstat PID：列印classload和jvm heap長久層的信息. 包含每個classloader的名字、活潑性、地址、父classloader和載入的class數量。另外，內部String的數量和佔用內存數也會列印出來。

• -F強迫.在pid沒有相應的時候使用-mp或者-histo參數。在這個模式下，live子參數無效。

• -h | -help列印輔助信息

• -J傳遞參數給jmap啟動的jvm.

• jstack

jstack命令主要用於調試java程序運行過程中的線程堆棧信息，可以用於檢測死鎖，進程耗用cpu過高報警問題的排查。jstack命令會列印出所有的線程，包括用戶自己啟動的線程和jvm後台線程。

命令格式

jstack -[option] pid


option

• -F強制mp線程堆棧信息. 用於進程hung住，jstack命令沒有響應的情況

• -m同時列印java和本地(native)線程棧信息，m是mixed mode的簡寫

• -l列印鎖的額外信

• 作者：楚瑞濤 https://blog.csdn.net/cong____cong/article/details/106349866

公眾號「Java精選」所發表內容註明來源的，版權歸原出處所有（無法查證版權的或者未註明出處的均來自網路，系轉載，轉載的目的在於傳遞更多信息，版權屬於原作者。如有侵權，請聯系，筆者會第一時間刪除處理！

最近有很多人問，有沒有讀者交流群！加入方式很簡單，公眾號Java精選，回復「加群」，即可入群！


（微信小程序）：3000+道面試題，包含Java基礎、並發、JVM、線程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架構設計等，在線隨時刷題！

------ 特別推薦 ------

特別推薦：專注分享最前沿的技術與資訊，為彎道超車做好准備及各種開源項目與高效率軟體的公眾號，「大咖筆記」，專注挖掘好東西，非常值得大家關注。點擊下方公眾號卡片關注。


文章有幫助的話，在看，轉發吧！

Ⅲ 如何查看linux上java實例消耗內存

mpstat -P ALL 和 sar -P ALL

說明：sar -P ALL > aaa.txt 重定向輸出內容到文件 aaa.txt

top命令經常用來監控linux的系統狀況，比如cpu、內存的使用，程序員基本都知道這個命令，但比較奇怪的是能用好它的人卻很少，例如top監控視圖中內存數值的運談含義就有不少的曲解.下面幾種方法都可以插件Java實例消耗的內存.

1. top命令是Linux下常用的性能分析工具，能夠實時顯示系統中各個進程的資源佔用狀況，類似於Windows的任務管理器

內容解釋：

PID：進程的ID
USER：進程所有者
PR：進程的優先順序別，越小越優先被執行
NInice：值
VIRT：進程佔用的虛擬內存
RES：進程佔用的物理內存
SHR：進程使用的共享內存
S：進程的狀態。S表示休眠，R表示正在運行，Z表示旁模碰僵死狀態，N表示該進程優先值為負數
%CPU：進程佔用CPU的使用率
%MEM：進程使用的物理內存和總內存的百分比
TIME+：該進程啟動後佔用的總的CPU時間，即佔用CPU使用時間的累加值。
COMMAND：進程啟動命令名稱

常用的命令：

P：按%CPU使用率排行
T：按MITE+排行
M：按%MEM排行

2、便捷的進程內存查看:/proc/pid ,不過比較難理解

測量一個進程佔用了多少內存，linux為我們提供了一個很方便的方法，/proc目錄為我們提供了所有的信息

說明：

/proc/N pid為N的進程信息
/proc/N/cmdline 進程啟動命令
/proc/N/cwd 鏈接到進程當前工作目錄
/proc/N/environ 進程環境變數列表
/proc/N/exe 鏈接到進程的執行命令文件
/proc/N/fd 包含進程相關的所有的文件描述符
/proc/N/maps 與進程相關的內存映射信息
/proc/N/mem 指代進程持有的內存,不可讀
/proc/N/root 鏈接到進程的根目錄
/proc/N/stat 進程的狀態
/proc/N/statm 進程使用的內存的狀態
/proc/N/status 進程狀態信息碼瞎,比stat/statm更具可讀性
/proc/self 鏈接到當前正在運行的進程

3、可以看到進程中每個資源都佔用了多少內存：pmap

pmap命令可以顯示一個或多個進程所使用的內存數量。你可以使用這個工具來了解伺服器上的某個進程分配了多少內存，並以此來判斷這是否是導致內存瓶頸的原因。要得到更加詳細的信息，使用pmap -d選項。

4、free

free: invalid option -- h

usage: free [-b|-k|-m|-g] [-l] [-o] [-t] [-s delay] [-c count] [-V]

-b,-k,-m,-g show output in bytes, KB, MB, or GB

-l show detailed low and high memory statistics

-o use old format (no -/+buffers/cache line)

-t display total for RAM + swap

-s update every [delay] seconds

-c update [count] times

-V display version information and exit

Ⅳ Linux系統監控要用到哪些命令

記錄一下自己常用的linux系統命令，方便以後查閱，發覺記憶越來越不行了
找到最耗CPU的java線程ps命令
命令：ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pid

結果展示：

這個命令的作用，主要是可以獲取到對應一個進程下的線程的一些信息。 比如你想分析一下一個java進程的一些運行瓶頸點，可以通過該命令找到所有當前Thread的佔用CPU的時間，也就是這里的最後一列。

比如這里找到了一個TID : 30834 ，所佔用的TIME時間最高。

通過 printf "%x\n" 30834 首先轉化成16進制， 繼續通過jstack命令mp出當前的jvm進程的堆棧信息。 通過Grep命令即可以查到對應16進制的線程id信息，很快就可以找到對應最耗CPU的代碼快在哪。

簡單的解釋下，jstack下這一串線程信息內容：

"DboServiceProcessor-4-thread-295" daemon prio=10 tid=0x00002aab047a9800 nid=0x7d9b waiting on condition [0x0000000046f66000]
nid : 對應的linux操作系統下的tid，就是前面轉化的16進制數字

tid: 這個應該是jvm的jmm內存規范中的唯一地址定位，如果你詳細分析jvm的一些內存數據時用得上，我自己還沒到那種程度，所以先放下

top命令
命令：top -Hp pid

結果顯示：

和前面的效果一下，你可以實時的跟蹤並獲取指定進程中最耗cpu的線程。 再用前面的方法提取到對應的線程堆棧信息。

判斷I/O瓶頸

mpstat命令
命令：mpstat -P ALL 1 1000

結果顯示：

注意一下這裡面的%iowait列，CPU等待I/O操作所花費的時間。這個值持續很高通常可能是I/O瓶頸所導致的。

通過這個參數可以比較直觀的看出當前的I/O操作是否存在瓶頸

iostat命令
命令: iostat -m -x 1 1000

同樣你可以觀察對應的CPU中的%iowait數據，除此之外iostat還提供了一些更詳細的I/O狀態數據，比如比較重要的有：

avgqu-sz : The average queue length of the requests that were issued to the device. (磁碟隊列的請求長度，正常的話2,3比較好。可以和cpu的load一樣的理解)

await : The average time (in milliseconds) for I/O requests issued to the device to be served. (代表一個I/O操作從wait到完成的總時間)

svctm和%util都是代表處理該I/O請求花費的時間和CPU的時間比例。 判斷是否瓶頸時，這兩個參數不是主要的

r/s w/s 和 rMB/s wMB/s 都是代表當前系統處理的I/O的一些狀態，前者是我們常說的tps，後者就是吞吐量。這也是評價一個系統的性能指標

pid命令
命令: pidstat -p pid -u -d -t -w -h 1 1000

結果顯示：

相當實用的一個命令，可以基於當個進程分析對應的性能數據，包括CPU,I/O,IR , CS等，可以方便開發者更加精細化的觀察系統的運行狀態。不過pidstat貌似是在2.6內核的一些較新的版本才有，需要安裝sysstat包。

ubuntu下，可以通過sudo apt-get install sysstat進行安裝。

sar命令
命令：sar -x pid 1 1000

sar也可以指定對應的pid，關注固定的幾個參數，沒有pidstat那麼強大。 看不到對應的I/O, IR等信息。

sar的功能可以覆蓋mpstat , iostat的相關功能。

dstat命令
命令：dstat -y --tcp 1 1000

通過dstat --tcp可以比較方便的看到當前的tcp的各種狀態，不需要每次netstat -nat去看

其他命令
netstat -natp : 查看對應的網路鏈接，關注下Recv-Q , Send-Q , State。

lsof -p pid : 查找對應pid的文件句柄

lsof -i : 80 : 查找對應埠被哪個進程佔用

lsof /tmp/1.txt ：查找對應文件被哪個進程佔用

tcpmp / wireshark ：抓包分析工具

jstat / jmap / jstack / jps 等一系列的java監控命令

最後
如果你想做一些性能調優的工作，一定要善於利用一些工具進行關注相應的狀態。通過linux命令你可以比較方便的觀測到CPU , I/O , network等一些比較外圍的狀態， 很多時候就已經可以解決大部分的問題。jvm內部的一些運行狀態監控，得需要藉助一些特有的工具進行細粒度的觀測。