jconsole

一、Local方式
1、cmd进入dos下，进入到应用程序所在目录，执行语句如下：
java -Dcom.sun.management.jmxremote -jar 程序名.jar
(java -Dcom.sun.management.jmxremote -jar Java2Demo.jar)(测试例子Java2Demo.jar在C:\Program Files\Java\jdk1.6.0_02\demo\jfc\Java2D\)

还出不来的话 直接 在dos里 jconsole 进程号

2、启动jdk_home\bin目录下的Jconsole.exe就可以看到有一个

本地的连接在里面。点击连接就可以进入相应的监视界面了。

二、JMX方式（远程连接）：
1、cmd进入dos下，进入到应用程序所在目录，执行语句如下：
java -Dcom.sun.management.jmxremote.port=8903 -

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

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

2、启动jdk_home\bin目录下的Jconsole.exe点高级。在JMX

URL:中输入语句如下：

service:jmx:rmi:///jndi/rmi://192.168.***.***:8903/jmxr

mi
点连接就可以进行远程监控了



web应用程序在tomcat中部署JMX（示例：tomcat-6.0.14）
1、启动tomcat\bin目录下的tomcat6w.exe，在JAVA_OPTS里设

置如下：
-Dcom.sun.management.jmxremote.port=8903
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Djava.rmi.server.hostname=192.168.***.***

注意：不能有空格，不然tomcat不能启动。

2、tomcat启动成功后，就可以在另一台机器上启动

jdk_home\bin目录下的Jconsole.exe点高级。在JMX URL:中输

入语句如下：

service:jmx:rmi:///jndi/rmi://192.168.***.***:8903/jmxr

mi
点连接就可以进行远程监控了

以上是JMX基本部署，没有涉及到验证方面，如果使用的话，可

能会有漏洞，因为SSL和authenticate设置为false的话，那么

8903端口就有可能有暴露的危险。

如果想进行密码验证话，可以在网上找资料，自己进行调试。


我自己的应用：
1.修改Linux下tomcat的bin目录下的catalina.sh文件
添加
JAVA_OPTS=-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.port=7080
-Dcom.sun.management.jmxremote
2.修改/etc/hosts文件下的localhost对应的IP（127.0.0.1）地址，改为linux自身的IP如10.0.0.157.
3.打开jconsole远程输入 10.0.0.157:7080

三

Eden Space (heap)： 内存最初从这个线程池分配给大部分对象。
Survivor Space (heap)：用于保存在eden space内存池中经过垃圾回收后没有被回收的对象。
Tenured Generation (heap)：用于保持已经在 survivor space内存池中存在了一段时间的对象。
Permanent Generation (non-heap): 保存虚拟机自己的静态(refective)数据，例如类（class）和方法（method）对象。Java虚拟机共享这些类数据。这个区域被分割为只读的和只写的，
Code Cache (non-heap):HotSpot Java虚拟机包括一个用于编译和保存本地代码（native code）的内存，叫做“代码缓存区”（code cache）