java可以利用编写mbeans来暴露很多程序指标，jdk自己也有很多指标，例如内存使用以及划分。很多小伙伴都表示这些值不少jstat就可以获取查看的吗，ssh登录上去就可以，也很方便。jstat确实不错，但是他在内存的信息暴露上是缺失的，没有直接内存的使用。在现在的程序中，直接内存的使用已经不是什么稀有操作了。我们应该如何查看呢？
jmx暴露了这个指标。
很多程序的指标也在这里暴露，例如spark等等，这里不在列举jmx的优点。
为什么要动态开启
主要原因有以下两个：
- jconsole可以本地attach获取数据，这个是不需要单独开启端口，只要是本机就可以，这样带来了一个很大的麻烦是图形界面，我们的跑的linux系统其实大部分是没有图形界面的，总不能为此再安装一个图形界面，到时候用vnc等工具远程上去查看吧。jconsole也支持远程模式，通过开启端口，找个有客户端的机器进行连接，也可以获取数据。但是需要在jvm参数启动的时候就开启服务。
-Dcom.sun.management.jmxremote
-Djava.rmi.server.hostname=xx
-Dcom.sun.management.jmxremote.port=xx
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false - 很多程序运行的信息很难重现，现在遇到的现象如何没有足够的信息，也不知道什么操作可以成功复现出来。例如现在java进程内存用了5g，其余的空间都比较小，那么到底是jvm层面有一定的内存泄漏还是直接内存的使用。这个成了一个不可推测的地方，如果当时没有开启，那么给排查问题一定会带来很多的烦恼。
动态特性
以上问题在java7中其实有了解决，但是很多时候并不在意。
jcmd带来了动态开启jmx的能力。
jcmd本身是一个命令行，这样就非常方面ssh到机器上操作，不需要依赖什么图形环境，给开启带来了一定的便利性，jcmd可以通过和java进程交互，直接开启java进程的端口
jcmd pid ManagementAgent.start jmxremote.port=9999 jmxremote.ssl=false jmxremote.authenticate=false
在jconsole登录的时候选择远程进程，通过ip:port就可以连接成功。
扩展
除了以上的方式，我们是不是有其他手段也可以做到呢？
我们可以选择javaagent的模式，编写代码读取jmx，可以通过动态attach的模式以类似http等方式进行暴露。这个可以参考prometheus的jmx_exporter。但是开源版本并没有支持动态attach。这个改造并不难，编写agentmain，然后写个attach程序即可。如果想试试的可以进行简单改造。
小结
注意jmx的能力是要比其他的工具暴露多一些的，当不满足时，这些都是我们可以使用的方法。
随时随地看视频
