java 语言, 开发者不能直接控制程序运行内存, 对象的创建都是由类加载器一步步解析, 执行与生成与内存区域中的; 并且jvm有自己的垃圾回收器对内存区域管理, 回收; 但是我们已经可以通过一些工具来在程序运行时查看对应的jvm内存使用情况, 帮助更好的分析与优化我们的代码;
注: 查看系统里java进程信息
|
1
2
3
4
|
// 查看当前机器上所有运行的java进程名称与pid(进程编号)
jps -l
// 显示指定的jvm进程所有的属性设置和配置参数
jinfo pid
|
1 . jmap : 内存占用情况查询 (位于”jdk_home/bin”目录下)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
|
// 查询某个pid进程对应的应用程序内存占用情况
jmap -heap pid
// 示例
jmap -heap 5940
attaching to process id 5940, please wait...
debugger attached successfully.
server compiler detected.
jvm version is 25.92-b14
using thread-local object allocation.
parallel gc with 4 thread(s)
heap configuration:
minheapfreeratio = 0
maxheapfreeratio = 100
maxheapsize = 734003200 (700.0mb)
newsize = 44040192 (42.0mb)
maxnewsize = 244318208 (233.0mb)
oldsize = 88080384 (84.0mb)
newratio = 2
survivorratio = 8
metaspacesize = 21807104 (20.796875mb)
compressedclassspacesize = 1073741824 (1024.0mb)
maxmetaspacesize = 17592186044415 mb
g1heapregionsize = 0 (0.0mb)
heap usage:
ps young generation
eden space:
capacity = 32505856 (31.0mb)
used = 13906760 (13.262519836425781mb)
free = 18599096 (17.73748016357422mb)
42.782322052986395% used
from space:
capacity = 6291456 (6.0mb)
used = 294912 (0.28125mb)
free = 5996544 (5.71875mb)
4.6875% used
to space:
capacity = 7340032 (7.0mb)
used = 0 (0.0mb)
free = 7340032 (7.0mb)
0.0% used
ps old generation
capacity = 41943040 (40.0mb)
used = 6127536 (5.8436737060546875mb)
free = 35815504 (34.15632629394531mb)
14.609184265136719% used
8535 interned strings occupying 710344 bytes.
|
2 . jstack : 进程所包含线程情况查询 (位于”jdk_home/bin”目录下)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
// 命令帮助
jstach -h
// 显示进程详情
jstack pid
// 示例
jstach 5940
full thread dump java hotspot(tm) 64-bit server vm (25.92-b14 mixed mode):
"rmi tcp connection(10)-10.2.13.162" #32 daemon prio=5 os_prio=0 tid=0x00000000179dc000 nid=0x1f60 in object.wait() [0x000000001d7dd000]
java.lang.thread.state: timed_waiting (on object monitor)
at java.lang.object.wait(native method)
at com.sun.jmx.remote.internal.arraynotificationbuffer.fetchnotifications(arraynotificationbuffer.java:449)
- locked <0x00000000d462ec18> (a com.sun.jmx.remote.internal.arraynotificationbuffer)
at com.sun.jmx.remote.internal.arraynotificationbuffer$sharebuffer.fetchnotifications(arraynotificationbuffer.java:227)
at com.sun.jmx.remote.internal.servernotifforwarder.fetchnotifs(servernotifforwarder.java:274)
at javax.management.remote.rmi.rmiconnectionimpl$4.run(rmiconnectionimpl.java:1270)
at javax.management.remote.rmi.rmiconnectionimpl$4.run(rmiconnectionimpl.java:1268)
at javax.management.remote.rmi.rmiconnectionimpl.fetchnotifications(rmiconnectionimpl.java:1274)
at sun.reflect.generatedmethodaccessor59.invoke(unknown source)
at sun.reflect.delegatingmethodaccessorimpl.invoke(delegatingmethodaccessorimpl.java:43)
at java.lang.reflect.method.invoke(method.java:498)
at sun.rmi.server.unicastserverref.dispatch(unicastserverref.java:324)
..............
"gc task thread#1 (parallelgc)" os_prio=0 tid=0x0000000002d10000 nid=0x27dc runnable
"gc task thread#2 (parallelgc)" os_prio=0 tid=0x0000000002d11800 nid=0x2d84 runnable
"gc task thread#3 (parallelgc)" os_prio=0 tid=0x0000000002d13800 nid=0x118 runnable
"vm periodic task thread" os_prio=2 tid=0x0000000015ccb000 nid=0x2fd4 waiting on condition
jni global references: 239
|
3 . jstat: 可以实时监测系统资源占用与jvm运行情况 (位于”jdk_home/bin”目录下)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
// 命令语法结构：
usage: jstat -help|-options
jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
// 参数解释：
options — 选项，我们一般使用 -gcutil 查看gc情况
vmid — vm的进程号，即当前运行的java进程号
interval– 间隔时间，单位为秒或者毫秒
count — 打印次数，如果缺省则打印无数次
s0 — heap上的 survivor space 0 区已使用空间的百分比
s1 — heap上的 survivor space 1 区已使用空间的百分比
e — heap上的 eden space 区已使用空间的百分比
o — heap上的 old space 区已使用空间的百分比
p — perm space 区已使用空间的百分比
ygc — 从应用程序启动到采样时发生 young gc 的次数
ygct– 从应用程序启动到采样时 young gc 所用的时间(单位秒)
fgc — 从应用程序启动到采样时发生 full gc 的次数
fgct– 从应用程序启动到采样时 full gc 所用的时间(单位秒)
gct — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)
//示例
jstat -options
-class
-compiler
-gc
-gccapacity
-gccause
-gcmetacapacity
-gcnew
-gcnewcapacity
-gcold
-gcoldcapacity
-gcutil
-printcompilation
jstat -class -t 5940
timestamp loaded bytes unloaded bytes time
6188.4 3898 7178.4 40 58.3 1.78
jstat -gcutil 5940 1000 5
s0 s1 e o m ccs ygc ygct fgc fgct gct
0.00 25.00 98.55 15.37 96.94 94.88 21 0.069 7 0.237 0.306
0.00 25.00 99.59 15.37 96.94 94.88 21 0.069 7 0.237 0.306
0.00 25.00 99.59 15.37 96.94 94.88 21 0.069 7 0.237 0.306
0.00 25.00 100.00 15.37 96.94 94.88 21 0.069 7 0.237 0.306
0.00 25.00 100.00 15.37 96.94 94.88 21 0.069 7 0.237 0.306
|
4 . jconsole 以gui的方式更直观化呈现jvm进程的实时情况, 比如内存占用, 线程执行情况等;
在jdk_home/bin目录下执行 jconsole.exe 打开图形化界面, 然后选择要检查的进程就可以查看所有相关jvm情况的信息了.
5 . jprofiler 一个付费的商业jvm分析监控工具, 可查看概况, 内存, gc活动, class 状况, 线程信息, cpu 占用情况, 内存对象信息, 还有数据库连接等, 是一个非常优秀的分析工具;
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：https://blog.csdn.net/HinstenyHisoka/article/details/54311722