「javajmx内存」java内存超过xmx

admin 2023-01-19 22:24:11 327

今天给各位分享javajmx内存的知识，其中也会对java内存超过xmx进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、如何对AIX系统下的JVM里的jar包进行内存监测
2、如何查看java虚拟机堆内存的参数值
3、如何防止java中的内存泄漏
4、java jvm内存可以设置多少
5、jmx的入门准备工作？？
6、在新建虚拟机时出现问题？

如何对AIX系统下的JVM里的jar包进行内存监测

使用Java自带的VisualVM监控远程主机JVM内存使用情况

下面是使用JXM协议配置的简单的操作步骤，详细内容可以阅读文章后的参考资料。

1.远程主机

(1)修改JMX服务的配置文件：

在JDK的根目录/jre/lib/management中，将jmxremote.password.template另存为jmxremote.password。

用文件编辑软件按编辑jmxremote.password去掉

# monitorRole QED

# controlRole RD

前面的#注释，保存。

如果当前系统属于AIX、Linux或者Solaris系统还需要更改jmxremote.access和jmxremote.password的权限

为只读写，命令如下

chmod 600 jmxremote.access jmxremote.password

(2)修改JVM的启动配置信息：

Windows系统

set JAVA_OPTS=-Dcom.sun.management.jmxremote.port=port -Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=hostname

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

AIX、Linux或者Solaris

export JAVA_OPTS="-Dcom.sun.management.jmxremote.port=port -Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=hostname

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

例如：

set JAVA_OPTS=-Dcom.sun.management.jmxremote.port=1099 -Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=192.168.1.24

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

配置的说明如下：

-Dcom.sun.management.jmxremote.port 远程主机端口号的

-Dcom.sun.management.jmxremote.ssl=false 是否使用SSL连接

-Dcom.sun.management.jmxremote.authenticate=false 是否开启远程服务权限

-Djava.rmi.server.hostname 远程主机名，使用IP地址

(3)重启服务。

2.本地主机配置

方法一、

进入JDK_HOME\bin目录，启动JConsole命令行工具。在JConsole的新连接中添加运程计算机信息。

hostname:port或者service:jmx:protocol:sap

例如：192.168.1.24:1099或者service:jmx:rmi:///jndi/rmi://192.168.1.24:1099

hostname 检测服务器IP地址

port 运程主机端口

方法二、

JDK 1.6以上版本包含了一个简单版本的jvisualvm.exe。在Remote上右键菜单中选择Add Remote host，输入运程计算机Host name，实际上就是要检测的远程计算机IP地址。在配置好的远程主机上右键选择Add JMX Connection...，按照方法一中要求的格式输入，远程主机信息。

如何查看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\Administratorjps -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\Administratorjinfo 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\Administratorjstack 1796

2013-05-22 11:42:38

Full thread dump 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\Administratorjstat -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 97

C:\Users\Administratorjstat -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

一些术语的中文解释：

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

常用参数说明：

-dump:[live,]format=b,file=filename 使用二进制形式输出jvm的heap内容到文件中， live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.

-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.

-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.

例如：以二进制形式输入当前堆内存映像到文件data.hprof中

jmap -dump:live,format=b,file=data.hprof 1796

生成的文件可以使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，非常有用

通过使用如下参数启动JVM，也可以获取到dump文件：

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=./java_pidpid.hprof

在jvm发生内存溢出时生成内存映像文件

jhat(JVM Heap Analysis Tool)：JVM堆转储快照分析工具

用于对JAVA heap进行离线分析的工具，他可以对不同虚拟机中导出的heap信息文件进行分析，如LINUX上导出的文件可以拿到WINDOWS上进行分析，可以查找诸如内存方面的问题。

命令格式：jhat dumpfile(jmap生成的文件)

例如：分析jmap导出的内存映像

jhat data.hprof

执行成功后，访问即可查看内存信息，

MAT(Memory Analyzer Tool)：一个基于Eclipse的内存分析工具

官网：

update：

这是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

如何防止java中的内存泄漏

尽管java虚

拟机和垃圾回收机制治理着大部分的内存事务，但是在java软件中还是可能存在内存泄漏的情况。的确，在大型工程中，内存泄漏是一个普遍问题。避免内存泄

漏的第一步，就是要了解他们发生的原因。这篇文章就是要介绍一些常见的缺陷，然后提供一些非常好的实践例子来指导你写出没有内存泄漏的代码。一旦你的程序

存在内存泄漏，要查明代码中引起泄漏的原因是很困难的。同时这篇文章也要介绍一个新的工具来查找内存泄漏，然后指明发生的根本原因。这个工具轻易上手，可

以让你找到产品级系统中的内存泄漏。

垃圾回收（GC）的角色

虽然垃圾回收关心着大部分的

问题，包括内存治理，使得程序员的任务显得更加轻松，但是程序员还是可能犯些错误导致内存泄漏问题。GC(垃圾回收)通过递归对所有从“根”对象(堆栈中

的对象，静态数据成员，JNI句柄等等)继续下来的引用进行工作，然后标记所有可以访问的活动着的对象。而这些对象变成了程序唯一能够操纵的对象，其他的

对象都被释放了。因为GC使得程序不能够访问那些被释放的对象，所以这样做是安全的。

内存治理可以说是自动的，但是这并没有让程

序员脱离内存治理问题。比方说，对于内存的分配（还有释放）总是存在一定的开销，尽管这些开销对程序员来说是隐含的。一个程序假如创建了很多对象，那么它

就要比完成相同任务而创建了较少对象的程序执行的速度慢（假如其他的条件都相同）。

文章更多想说的，导致内存泄漏主要的原因是，

先前申请了内存空间而忘记了释放。假如程序中存在对无用对象的引用，那么这些对象就会驻留内存，消耗内存，因为无法让垃圾回收器验证这些对象是否不再需

要。正如我们前面看到的，假如存在对象的引用，这个对象就被定义为“活动的”，同时不会被释放。要确定对象所占内存将被回收，程序员就要务必确认该对象不

再会被使用。典型的做法就是把对象数据成员设为null或者从集合中移除该对象。注重，当局部变量不需要时，不需明显的设为null，因为一个方法执行完

毕时，这些引用会自动被清理。

从更高一个层次看，这就是所有存在内存管的语言对内存泄漏所考虑的事情，剩余的对象引用将不再会被使用。

典型的泄漏

既然我们知道了在java中确实会存在内存泄漏，那么就让我们看一些典型的泄漏，并找出他们发生的原因。

全局集合

在大型应用程序中存在各种各样的全局数据仓库是很普遍的，比如一个JNDI-tree或者一个session table。在这些情况下，注重力就被放在了治理数据仓库的大小上。当然是有一些适当的机制可以将仓库中的无用数据移除。

可以有很多不同的解决形式，其中最常用的是一种周期运行的清除作业。这个作业会验证仓库中的数据然后清除一切不需要的数据。

另一个办法是计算引用的数量。集合负责跟踪集合中每个元素的引用者数量。这要求引用者通知集合什么时候已经对元素处理完毕。当引用者的数目为零时，就可以移除集合中的相关元素。

高速缓存

高速缓存是一种用来快速查找已经执行过的操作结果的数据结构。因此，假如一个操作执行很慢的话，你可以先把普通输入的数据放入高速缓存，然后过些时间再调用高速缓存中的数据。

高速缓存多少还有一点动态实现的意思，当数据操作完毕，又被送入高速缓存。一个典型的算法如下所示：

1．检查结果是否在高速缓存中，存在则返回结果；

2．假如结果不在，那么计算结果；

3．将结果放入高速缓存，以备将来的操作调用。

这个算法的问题（或者说潜在的内存泄漏）在最后一步。假如操作是分别多次输入，那么存入高速缓存的内容将会非常大。很明显这个方法不可取。

为了避免这种潜在的致命错误设计，程序就必须确定高速缓存在他所使用的内存中有一个上界。因此，更好的算法是：

1．检查结果是否在高速缓存中，存在则返回结果；

2．假如结果不在，那么计算结果；

3．假如高速缓存所占空间过大，移除缓存中旧的结果；

4．将结果放入高速缓存，以备将来的操作调用。

通过不断的从缓存中移除旧的结果，我们可以假设，将来，最新输入的数据可能被重用的几率要远远大于旧的结果。这通常是一个不错的设想。

这个新的算法会确保高速缓存的容量在预先确定的范围内。精确的范围是很难计算的，因为缓存中的对象存在引用时将继续有效。正确的划分高速缓存的大小是一个复杂的任务，你必须权衡可使用内存大小和数据快速存取之间的矛盾。

另一个解决这个问题的途径是使用java.lang.ref.SoftReference类来将对象放入高速缓存。这个方法可以保证当虚拟机用完内存或者需要更多堆的时候，可以释放这些对象的引用。

类装载器

　Java类装载器创建就存在很多导致内存泄漏的漏洞。由于类装载器的复杂结构，使得很难得到内存泄漏的透视图。这些困难不仅仅是由于类装载器只与“普通

的”对象引用有关，同时也和对象内部的引用有关，比如数据变量，方法和各种类。这意味着只要存在对数据变量，方法，各种类和对象的类装载器，那么类装载器

将驻留在JVM中。既然类装载器可以同很多的类关联，同时也可以和静态数据变量关联，那么相当多的内存就可能发生泄漏。

定位内存泄漏

　经常地，程序内存泄漏的最初迹象发生在出错之后，在你的程序中得到一个OutOfMemoryError。这种典型的情况发生在产品环境中，而在那里，

你希望内存泄漏尽可能的少，调试的可能性也达到最小。也许你的测试环境和产品的系统环境不尽相同，导致泄露的只会在产品中暴露。这种情况下，你需要一个低

负荷的工具来监听和寻找内存泄漏。同时，你还需要把这个工具同你的系统联系起来，而不需要重新启动他或者机械化你的代码。也许更重要的是，当你做分析的时

候，你需要能够同工具分离而使得系统不会受到干扰。

一个OutOfMemoryError经常是内存泄漏的一个标志，有可能应用

程序的确用了太多的内存；这个时候，你既不能增加JVM的堆的数量，也不能改变你的程序而使得他减少内存使用。但是，在大多数情况下，一个

OutOfMemoryError是内存泄漏的标志。一个解决办法就是继续监听GC的活动，看看随时间的流逝，内存使用量是否会增加，假如有，程序中一定

存在内存泄漏。

具体输出

有很多办法来监听垃圾回收器的活动。也许运用最广泛的就是以：-Xverbose:gc选项运行JVM，然后观察输出结果一段时间。

[memory] 10.109-10.235: GC 65536K-16788K (65536K), 126.000 ms

箭头后的值（在这个例子中 16788K）是垃圾回收后堆的使用量。

控制台

观察这些无尽的GC具体统计输出是一件非常单调乏味的事情。好在有一些工具来代替我们做这些事情。The JRockit Management Console可以用图形的方式输出堆的使用量。通过观察图像，我们可以很方便的观察堆的使用量是否伴随时间增长。

Figure 1. The JRockit Management Console

治理控制台甚至可以配置成在堆使用量出现问题（或者其他的事件发生）时向你发送邮件。这个显然使得监控内存泄漏更加轻易。

内存泄漏探测工具

　有很多专门的内存泄漏探测工具。其中The JRockit Memory Leak

Detector可以供来观察内存泄漏也可以针对性地找到泄漏的原因。这个强大的工具被紧密地集成在JRockit

JVM中，可以提供最低可能的内存事务也可以轻松的访问虚拟机的堆。

专门工具的优势

一旦

你知道程序中存在内存泄漏，你需要更专业的工具来查明为什么这里会有泄漏。而JVM是不可能告诉你的。现在有很多工具可以利用了。这些工具本质上主要通过

两种方法来得到JVM的存储系统信息的：JVMTI和字节码仪器。Java虚拟机工具接口（JVMTI）和他的原有形式JVMPI（压型接口，PRofiling Interface）都是标准接口，作为外部工具同JVM进行通信，搜集JVM的信息。字节码仪器则是引用通过探针获得工具所需的字节信息的预处理技术。

　通过这些技术来侦测内存泄漏存在两个缺点，而这使得他们在产品级环境中的运用不够理想。首先，根据两者对内存的使用量和内存事务性能的降级是不可以忽略

的。从JVM获得的堆的使用量信息需要在工具中导出，收集和处理。这意味着要分配内存。按照JVM的性能导出信息是需要开销的，垃圾回收器在搜集信息的时

候是运行的非常缓慢的。另一个缺点就是，这些工具所需要的信息是关系到JVM的。让工具在JVM开始运行的时候和它关联，而在分析的时候，分离工具而保持

JVM运行，这显然是不可能的。

既然JRockit Memory Leak

Detector是被集成到JVM中的，那么以上两种缺点就不再存在。首先，大部分的处理和分析都是在JVM中完成的，所以就不再需要传送或重建任何数

据。处理也可以建立在垃圾回收器的基础上，即提高速度。再有，内存泄漏侦测器可以同一个运行的JVM关联和分离，只要JVM在开始的时候伴随着

–Xmanagement选项（通过远程JMX接口答应监听和治理JVM）。当工具分离以后，工具不会遗留任何东西在JVM中；JVM就可以全速运行代码

就似乎工具关联之前一样。

java jvm内存可以设置多少

-Xmx Java Heap最大值,默认值为物理内存的1/4,最佳设值应该视物理内存大小及计算机内其他内存开销而定;

-Xms Java Heap初始值,Server端JVM最好将-Xms和-Xmx设为相同值,开发测试机JVM可以保留默认值;

-Xmn Java Heap Young区大小,不熟悉最好保留默认值; -Xss 每个线程的Stack大小,不熟悉最好保留默认值;

2. 如何分配JVM内存设置:

(1)当在命令提示符下启动并使用JVM时(只对当前运行的类Test生效): java -Xmx128m -Xms64m -Xmn32m -Xss16m Test (2)当在集成开发环境下(如eclipse)启动并使用JVM时:

a. 在eclipse根目录下打开eclipse.ini,默认内容为(这里设置的是运行当前开发工具的JVM内存分配): -vmargs -Xms40m -Xmx256m

-vmargs表示以下为虚拟机设置参数,可修改其中的参数值,也可添加-Xmn,-Xss,另外,eclipse.ini内还可以设置非堆内存,如:-XX:PermSize=56m,-XX:MaxPermSize=128m.

此处设置的参数值可以通过以下配置在开发工具的状态栏显示: 在eclipse根目录下创建文件options,文件内容为:org.eclipse.ui/perf/showHeapStatus=true

修改eclipse根目录下的eclipse.ini文件,在开头处添加如下内容: -debug options -vm javaw.exe

重新启动eclipse,就可以看到下方状态条多了JVM信息.

b. 打开eclipse-窗口-首选项-Java-已安装的JRE(对在当前开发环境中运行的java程序皆生效)

编辑当前使用的JRE,在缺省VM参数中输入:-Xmx128m -Xms64m -Xmn32m -Xss16m

c. 打开eclipse-运行-运行-Java应用程序(只对所设置的java类生效) 选定需设置内存分配的类-自变量,在VM自变量中输入:-Xmx128m -Xms64m

选定需设置内存分配的类-自变量,在VM自变量中输入:-Xmx128m -Xms64m -Xmn32m -Xss16m

注:如果在同一开发环境中同时进行了b和c设置,则b设置生效,c设置无效,如:

开发环境的设置为:-Xmx256m,而类Test的设置为:-Xmx128m -Xms64m,则运行Test时生效的设置为: -Xmx256m -Xms64m

(3)当在服务器环境下(如Tomcat)启动并使用JVM时(对当前服务器环境下所以Java程序生效): a. 设置环境变量: 变量名:CATALINA_OPTS

变量值:-Xmx128m -Xms64m -Xmn32m -Xss16m

b. 打开Tomcat根目录下的bin文件夹,编辑catalina.bat,将其中

的%CATALINA_OPTS%(共有四处)替换为:-Xmx128m -Xms64m -Xmn32m -Xss16m

jmx的入门准备工作？？

JMX学习总结 1.产生背景

要了解 JMX，我们就必须对当前的 IT 管理系统有一个初步的了解。随着企业 IT 规模的不断增长，IT 资源（IT resource）数量不断增加，IT 资源的分布也越来越分散。可以想象，甚至对于一家只有几百台 PC 公司的 IT 管理人员来说，分发一个安全补丁并且保证其在每台 PC 上的安装，如果只依赖人工来完成那简直就是一场噩梦。这样，IT 管理系统就应运而生。

然而，CPU、网卡、存储阵列是 IT 资源；OS、MS Office、Oracle database、IBM Websphere 也是 IT 资源。IT 管理系统若要对这些 IT 资源进行管理，就必须对这些管理对象有所了解：形形色色的 IT 资源就像是说着不同语言的人：Oralce 数据库表达内存紧张的方式和 Window XP 是绝然不同的，而 IT 管理系统就像建造通天塔的经理，必须精通所有的语言，这几乎是一个不可能完成的任务。

2.JMX（Java Management Extensions，即Java管理扩展）是一个为应用程序、设备、系统等植入管理功能的框架。JMX可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。

4.框架结构

图 1. 管理系统构架

上图分析了管理系统的基本构架模式。其中 Agent / SubAgent 起到的就是翻译的作用：把 IT 资源报告的消息以管理系统能理解的方式传送出去。

为什么需要 Agent 和 SubAgent 两层体系呢？这里有两个现实的原因：

管理系统一般是一个中央控制的控制软件，而 SubAgent 直接监控一些资源，往往和这些资源分布在同一物理位置。当这些 SubAgent 把状态信息传输到管理系统或者传达管理系统的控制指令的时候，需要提供一些网络传输的功能。

管理系统的消息是有一定规范的，消息的翻译本身是件复杂而枯燥的事情。

一般来说，管理系统会将同一物理分布或者功能类似的 SubAgent 分组成一组，由一个共用的 Agent 加以管理。在这个 Agent 里封装了 1 和 2 的功能。

JMX 和管理系统

JMX 既是 Java 管理系统的一个标准，一个规范，也是一个接口，一个框架。图 2 展示了 JMX 的基本架构。

图 2. JMX 构架

JMX 是管理系统和资源之间的一个接口，它定义了管理系统和资源之间交互的标准。

javax.management.MBeanServer 实现了 Agent 的功能，以标准的方式给出了管理系统访问 JMX 框架的接口。

javax.management.MBeans 实现了 SubAgent 的功能，以标准的方式给出了 JMX 框架访问资源的接口。

从类库的层次上看，JMX 包括了核心类库 java.lang.management 和 javax.management 包。

java.lang.management 包提供了基本的 VM 监控功能，

javax.management 包则向用户提供了扩展功能。

图 3 JMX 的操作模型

5.概念

MBeanManaged Bean的简称，是一个被管理的java对象，在JMX中MBean代表一个被管理的资源（设备,应用程序等）实例。通过操作MBean暴露一系列方法和属性来操作资源。MBean包含4种类型的MBean1.Standard MBeans标准MBeans的设计和实现是最简单的,MBean接口中定义需要暴露的属性和操作，约定MBean接口名字后添加后缀MBean，例如NameMBean.java,实现类名称 name.java2.Dynamic MBeans动态MBeans 在运行期暴露自己的管理接口,MBean实现类需要实现一个特定的接口DynamicMBean。接口中的方法用来动态获取MBean的属性和方法方法如图:3.Open MBean Open MBean也是一种dynamic MBeans,实现DynamicMBean接口。与dynamicMBean 不同的是 Open MBean使用了几种预定义的数据类型提供了更复杂的metadata数据。 Open MBean和dynamic MBean的区别在于是否返回OpenMBeanInfo，它是MBeanInfo的子类4.Model MBean Model MBean也是一种dynamic MBeans,它是预制的、通用的和动态的 MBean 类，已经包含了所有必要缺省行为的实现，并允许在运行时添加或覆盖需要定制的那些实现，JMX规范规定该类必须实现为javax.management.modelmbean.RequiredModelMBean，模型管理构件具有以下新的特点：

1)持久性

定义了持久机制，可以利用Java的序列化或JDBC来存储模型MBean的状态。

2)通知和日志功能

能记录每一个发出的通知，并能自动发出属性变化通知。

3)属性值缓存

具有缓存属性值的能力MBeanServer MBeanServer是MBean 的容器。MBeanServer管理这些MBean，并且通过代理外界对它们的访问。MBeanServer提供了一种注册机制，通过注册Adaptor和Connector，以及MBean到MBeanServer，并且通过代理外界对它们的访问。外界可以通过名字来得到相应的MBean实例。JMX agentAgent只是一个Java进程，它包括这个MBeanServer和一系列附加的MbeanService。当然这些Service也是通过MBean的形式来发布。JMX Agent通过各种各样的Adapter和Connector来与外界(JVM之外)进行通信。JMX Agent可以包含各种不同的协议适配器和连接器连接器 Connector连接器是可以连接MBeanServer，并使远程的java client可以访问该服务。连接器包含客户端连接器(connector client)和服务器连接器(connector server).服务器连接器链接MBean Server 和监听客户端的连接请求。客户端连接器任务是查找connector server服务并建立连接。client 和server通常在不同机器的不同JVM中。MX Remote API 定义了标准的连接器 RMI Connector，它通过 RMI 提供了对 MBeanServer 的远程访问。使用 RMI 将客户端请求传输到远程 MBean 服务器。MX Remote API 还定义了一个可选协议，名为 JMXMP（JMX 消息协议）。JMXMP 基于 TCP 连接上的序列化 Java 对象（在可选包 javax.management.remote.message 中定义）。实现此协议的连接器称为 JMXMP Connector。也可以使用 JMXConnectorFactory 提供的用户定义的连接器协议和可选的通用连接器RMI Connector 使用 RMI 将客户端请求传输到远程 MBean 服务器，RMI Connector支持 RMI 的 JRMP(默认)和 IIOP 传输方式。连接器地址

服务器生成的连接器地址

service:jmx:rmi://host:port 返回如下所示的 JMXServiceURL：service:jmx:rmi://host:port/stub/XXXX

service:jmx:iiop://host:port 返回如下所示的 JMXServiceURL：service:jmx:iiop://host:port/ior/IOR:XXXX

基于目录条目的连接器地址

service:jmx:rmi://host:port/jndi/jndi-name

service:jmx:iiop://host:port/jndi/jndi-name

host 和 :port 均可忽略。

service:jmx:rmi://ignoredhost/jndi/rmi://myhost/myname

第一个 rmi: 指定 RMI 连接器，第二个 rmi: 指定 RMI 注册表service:jmx:iiop://ignoredhost/jndi/ldap://dirhost:9999/cn=this,ou=that其中ldap://dirhost:9999/cn=this,ou=that 表示 LDAP 目录中的 cn=this,ou=that 条目，该目录在运行主机 dirhost 的端口 9999 上。协议适配器 Adapter协议适配器通过特定的协议提供了一张注册在MBean服务器的管理构件的视图。例如，一个HTML适配器可以将所有注册过的管理构件显示在Web 页面上。不同的协议，提供不同的视图。Adapter和Connector的区别在于：Adapter 是使用某种协议(HTTP或者SNMP)来与JMX Agent获得联系，Agent端会有一个对象(Adapter)来处理有关协议的细节。比如SNMP Adapter和HTTP Adapter。Connector 在Agent端和client端都必须有这样一个对象来处理相应的请求与应答。比如RMI Connector。RMI Remote Method Invocation 的简称,RMI是面向对象的远程调用， RMI采用JRMP(Java Remote Method Protocol)通讯协议，是构建在TCP/IP协议上的一种远程调用方法。RMI 允许一个对象使其方法调用对驻留在其它虚拟机，甚至其它主机上的对象可用。RMI调用机制 -----RMI 采用stubs 和 skeletons 来进行远程对象(remote object)的通讯。stub 充当远程对象的客户端代理，有着和远程对象相同的远程接口，远程对象的调用实际是通过调用该对象的客户端代理对象stub来完成的。对于JNDI技术，所有的可用服务信息都将注册在JNDI服务器，让客户端通过RMI机制调用应用程序服务器远程接口时，应用程序服务器就会根据JNDI 服务器的服务注册信息定位到相应的服务提供连接，等待应用程序服务器与后台服务器连接形成之后，JNDI将不再参与到连接当中（JNDI可以理解为注册服务提供）LDAP OSL X.500目录是基于OSI网络协议的目录服务协议 ,500的缺点是不支持TCP/IP，而是支持OSI协议 , 在此前提下，也就产生了访问X500目录的网关--LDAP . LDAP（Lightweight Directory Access Protocal, 轻型目录访问协议），是针对以X500目录为主的目录服务的前端访问协议，是OSL X.500目录访问网关. LDAP就被设计成使用TCP/IP访问OSI 目录服务的服务协议，而随着互联网成为网络的主流，LDAP也成为一个具备目录的大部分服务的协议。 LDAP主要解决目录服务的前端访问形式，而不是对目录服务本身制定的的协议，理论上，LDAP支持后台的任何存储形式，包括X500，关系数据库，文本数据库或文件目录等。LDAP继承了X500目录的大部分定义，无论是访问样式还是语法都与X500相似。JINIJini( Java Intelligent Network Infrastructure)是一个主动的、响应式的分布式基础结构，它提供了在分布式环境中进行服务的建立、查找、通讯和调用的一整套机制。

Jini系统架构HTTPHTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层（Application layer），它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和 HTTP协议等SNMPSNMP(Simple Network Management Protocol,简单网络管理协议)

实现的协议适配器和连接器

当前已经实现的协议适配器和连接器包括：

1)RMI连接器

2)SNMP协议适配器

3)IIOP协议适配器

4)HTML协议适配器

5)HTTP连接器

JMX 标准提供了四种不同的 MBean：

Standard MBean 直接实现用于管理对象的方法，既可以通过实现一个由程序员定义的、类名以 “MBean” 结束的接口，也可以使用一个以一个类作为构造函数参数的 Standard MBean 实例，加上一个可选的接口类规范。这个接口可以开放用于管理的部分对象方法。

Dynamic MBean 用属性访问器动态地访问属性，并用一个一般化的 invoke() 方法调用方法。可用的方法是在 MBeanInfo 接口中指定的。这种方式更灵活，但是不具有像 Standard MBean 那样的类型安全性。它极大地降低了耦合性，可管理的 POJO（纯粹的老式 Java 对象）不需要实现特定的接口。

Model MBean 提供了一个改进的抽象层，并扩展了 Dynamic MBean 模型以进一步减少对给定实现的依赖性。这对于可能使用多个版本的 JVM 或者需要用松散耦合管理第三方类的情况会有帮助。Dynamic MBean 与 Model MBean 之间的主要区别是，在 Model MBean 中有额外的元数据。

Open MBean 是受限的 Model MBean，它限制类型为固定的一组类型，以得到最大的可移植性。通过限制数据类型，可以使用更多的适配器，并且像 SMTP 这样的技术可以更容易适应 Java 应用程序的管理。这种变体还指定了数组和表等标准结构以改进复合对象的管理。

如果要同时控制客户机和服务器，那么 Standard MBean 是最容易实现的一种变体。它们的优点是有类型，但是如果在更一般化的管理控制台环境中使用时会缺少一些灵活性。如果计划使用 Dynamic MBean，那么您也可以更一步使用 Model MBean，在大多数情况下它会改善抽象层而几乎不会增加复杂性。Open MBean 是是可移植性最高的一种变体，如果需要开放复合对象，那么它是惟一的方法。不幸的是，在 Open MBean 中开放复合结构所需要的代码数量过多，只有在需要高级的商业管理解决方案时才合算。

JMX 还支持使用带过滤器和广播器的事件模型的通知。为此目的，Standard MBean 需要声明一个 MBeanInfo 元数据描述。 Standard MBean 实现通常在内部构造这些内容，开发人员不能直接看到它们。在本文后面，您会看到如何用 Model MBean 元数据的 XML 描述符格式和 Spring 的 JMX 支持进行实际上透明的配置。

使用 MBean 的过程1.创建一个 MBServer：MBeanServe2.获得管理资源用的 MBean：serverBean3.给这个 MBean 一个 ObjectName：serverMBeanName4.将 serverBean 以 serverMBeanName 注册到 mBeanServer 上去通知机制要让MBean能发出通知，MBean必须实现接口NotificationBroadcaster或它的子接口NotificationEmitter.发送通知时要做的是构建javax.management.Notification类的实例或Notification 的子类，然后以参数形式传递这个实例到NotificationBroadcasterSupport.sendNotification.方法中

JMX 代理内幕

揭示了典型 JMX 代理的内部构造。请注意，代理内部的四种主要组件是 MBean 服务器、一组代理服务、连接器和协议适配器以及定制代理逻辑。

MBean 服务器

MBean 服务器是代理内部的核心组件。所有 MBean 在可以通过远程应用程序访问之前都必须向 MBean 服务器注册。当使用 MBean 服务器时，通过唯一的对象名对已注册的 MBean 进行寻址。远程管理器应用程序（或分布式服务）只能通过 MBean 的管理接口（已公开的属性、操作和事件）发现和访问 MBean。

代理服务

代理还提供了一组代理服务，定制代理逻辑可以使用它们在 MBean 服务器中对已注册的 MBean 进行操作。为了符合 JMX 1.1，这些服务是必需的 ―所有代理都必须提供它们。有趣的是，可以用 MBean 本身的形式实现这些服务。以 MBean 的形式实现服务有几个优点：

可以通过 Manager 组件或 EMS 远程访问该服务的操作。

通过从远程管理器应用程序进行访问，EMS 可以远程地管理服务本身。

可以通过下载 MBean 在运行时动态地执行服务逻辑的更新。

表 3 显示了 JMX 1.1 规范中定义的一组代理服务。

表 3. JMX 1.1 所需的代理服务

m-let 或管理 Applet 服务支持跨网络从 URL 位置装入动态类（请参阅 javax.management.loading.MLetMBean 和相关联的类／接口）。

监视器服务将代价高昂的远程轮询操作转换成本地操作；监控 MBean 属性的特定更改并在观察到更改时发送事件。

计时器服务经历了指定的时间量后发送事件，或以指定时间间隔定期发送事件（请参阅 javax.management.monitor.MonitorMBean 和相关的类／接口）。

关系服务支持 MBean 之间的关系定义，并强制关系的完整性（请参阅 javax.management.relation.RelationServiceMBean 和相关的类／接口）。

增值代理逻辑

增值代理逻辑通常是编写的代码。它是能够提供本地化智能的定制代理逻辑，用来管理向该代理注册的 JMX 可管理资源。例如，如果我们有两个冗余的应用程序服务器群集，就可以创建定制代理，监控负载级别并且动态地将入站请求重定向到不同的群集 ― 通过对已注册的服务器的 MBean 进行操作。通常，NMS 的供应商也会提供定制逻辑。一旦分布式服务的规范得以充实，可以预言，某种特定的定制代理逻辑将可以与定制远程 JMX 管理器组件良好地协作，以提供更高级别的网络管理功能。

连接器和协议适配器

代理不与分布式服务、NMS 或其它管理应用程序直接通信。而是使用连接器和协议适配器。这种体系结构与 J2EE 连接器体系结构（J2EE Connector Architecture）是一致的（请参阅参考资料）。协议适配器是一种软件组件，它通过标准化协议（如 HTTP 和 SNMP）提供对代理管理的资源的访问。

连接器是一种专用软件组件，它提供了到代理和／或该代理上的受管资源的远程接口（通常使用诸如 CORBA 或 RMI 这样的远程过程调用技术来完成 ― 为了安全性通常通过 SSL）。当代理有多个活动的连接器和协议时，可以通过多个异构的应用程序或 NMS 同步地访问受管资源。可以用协议适配器来提供对现有的和已建立的 NMS 的向后兼容性。例如，我们可以为支持这个标准的 NMS 创建通用信息模型／基于 Web 的企业管理（CIM/WEBM）适配器，或者可以创建电信管理网络（TMN）协议适配器来启用由 JMX 代理管理的电信资源上的操作、管理和维护（OAM）。JMX 连接器和协议适配器的精确规范属于正在同时开发的规范的范畴（请参阅参考资料）。

安全性

到目前为止都还不错。现在是面对被甩在一边的重要问题 —— 安全性 —— 的时候了。不如果不想让谁的应用程序代码访问和修改虚拟机，该怎么办？有什么选项可用么？可以设置一些系统属性，来控制访问级别和虚拟机数据从 JMX 代理向管理客户机传递虚拟机数据的方式。这些属性分成两类：口令认证和安全套接字层（SSL）。

使用命令行选项

为了让 5.0 兼容的虚拟机可以被监视和管理，需要用以下命令行选项设置平台 JMX 代理的端口号：

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

如果不介意谁通过这个端口访问虚拟机，也可以添加以下两个选项，关闭口令认证和 SSL 加密（这两项默认都是开启的）：

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

在开发 java.lang.management 客户机代码，而且想方便地监视另一台虚拟机时，一起使用这三个选项会很方便。在生产环境中，则需要设置口令控制或 SSL（或者两者都要设置）。

口令认证

在JDK 的 jre/lib/management 目录中，可以找到一个叫做 jmxremote.password.template 的文件。这个文件定义了两个角色的用户名和口令。第一个是监视角色，允许访问只读的管理函数；第二个是控制角色，允许访问读写函数。取决于需要的访问级别，客户可以用 monitorRole 或 controlRole 用户名进行认证。为了确保只有认证的用户才能访问，需要做以下工作：

把 jmxremote.password.template 的内容拷贝到叫做 jmxremote.password 的文件中，并取消掉文件末尾定义用户名和口令部分的注释，根据需要修改口令。

修改 jmxremote.password 的许可，只让所有者能够读取和修改它。（在 UNIX 和 UNIX 类的系统上，把许可设置成 600。在 Microsoft Windows 上，请按照 “How to secure a password file on Microsoft Windows systems” 一文中的说明操作，可以在参考资料中找到这篇文章的链接。）

在启动虚拟机时，用以下命令行选项指定要使用的口令文件的位置：

-Dcom.sun.management.jmxremote.password.file=file-path

从管理客户的角度来说，需要提供正确的用户名/口令组合来访问开启了认证的虚拟机。如果客户是 JConsole，这很简单：在初始的 Connection 选项卡中提供了用户名和口令字段

在新建虚拟机时出现问题？

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 dump文件

[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，也可以称为“threaddump”或是“javadump”，它是 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 -dump:live,file=a.log pid

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

1、使用jconsole选项通过HotSpotDiagnosticMXBean从运行时获得堆转储（生成dump文件）、

2、虚拟机启动时如果指定了-XX:+HeapDumpOnOutOfMemoryError选项, 则在抛出OutOfMemoryError时, 会自动执行堆转储。

3、使用hprof命令

2.使用jhat分析堆文件jhat -J-Xmx512M a1.log

3.查看分析的html页面

中的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.countrhs.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 dump的java可执行程序;

core:将被打印信息的core dump文件;

remote-hostname-or-IP:远程debug服务的主机名或ip;

server-id:唯一id，假如一台主机上多个远程debug服务;

使用方法

jmap -dump:[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没有相应的时候使用-dump或者-histo参数。在这个模式下，live子参数无效。

-h | -help打印辅助信息

-J传递参数给jmap启动的jvm.

jstack

jstack命令主要用于调试java程序运行过程中的线程堆栈信息，可以用于检测死锁，进程耗用cpu过高报警问题的排查。jstack命令会打印出所有的线程，包括用户自己启动的线程和jvm后台线程。

命令格式

jstack -[option] pid

option

-F强制dump线程堆栈信息. 用于进程hung住，jstack命令没有响应的情况

-m同时打印java和本地(native)线程栈信息，m是mixed mode的简写

-l打印锁的额外信

作者：楚瑞涛

公众号“Java精选”所发表内容注明来源的，版权归原出处所有（无法查证版权的或者未注明出处的均来自网络，系转载，转载的目的在于传递更多信息，版权属于原作者。如有侵权，请联系，笔者会第一时间删除处理！

最近有很多人问，有没有读者交流群！加入方式很简单，公众号Java精选，回复“加群”，即可入群！

（微信小程序）：3000+道面试题，包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等，在线随时刷题！

------ 特别推荐 ------

特别推荐：专注分享最前沿的技术与资讯，为弯道超车做好准备及各种开源项目与高效率软件的公众号，「大咖笔记」，专注挖掘好东西，非常值得大家关注。点击下方公众号卡片关注。

文章有帮助的话，在看，转发吧！

javajmx内存的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java内存超过xmx、javajmx内存的信息别忘了在本站进行查找喔。

标签：javajmx内存