一、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)
jconsole
最新推荐文章于 2023-06-10 11:23:56 发布