JVM学习总结五(番外)——VisualVM

距离上次介绍Jconsole已经时隔两周了，这期间由于工作中要用go来做一个新项目，所以精力都用在入门go上了，不过发现go语言用起来真的挺不错的，比python感觉还好点，大家没事可以了解下。
    言归正传，VisualVM和Jconsole同是图形化的jvm监控和分析工具，两者在一些基本功能上的使用大同小异，比如内存、线程、jvm环境参数等，但是相对而言VisualVM的功能要稍强于Jconsole，相当于加强版的Jconsole。同是visualVM的一些高级功能是通过安装插件来拓展，所以更能因需定制。先看下起始页：

由于VisualVM官方已经提供了很完善的使用文档（同样是亲儿子，Jconsole的文档就有点寒掺了，而且VisualVM有一部分竟然有中文版），所以这里就不做详细介绍，只重点看一下的VisualVM两个方面：

• 插件安装
• 程序性能分析

一、VisualVM插件安装

这个其实没什么好介绍的，基本上看图就明白了。插件可以进行手工安装，可以再插件中心下载*.nbm，在选项“工具—插件—已下载”中选择安装，但是作为一款便捷的图形化工具，这样做无意有点费事，其实在"工具—插件"中我们可以直接管理已安装插件，并选择下载安装需要的新插件。看图：

可以看到VisualVM提供了很丰富的插件，我们只要选中需要插件，点击安装即可（当然，前提是你待联网了）。好了，就是这么简单。

二、程序性能分析

这里使用我写的一个小的web服务器做示例，介绍和代码见博客（由于之后更新，可能github与介绍有一定出入），可运行包见下载（目前win下可直接通过bin下start.bat启动，由于start.sh是拷之前一个项目的，暂时有些问题，所以linux下就直接java命令启动吧），成功启动后如下：

然后通过VisualVM打开对应进程，可以通过概述、监视、线程、visaul GC查看程序当前jvm参数、内存、cpu、线程和gc的各项情况。我们这里重点关注一下VisualVM提供的性能分析工具Profilter，我们直接打开该选项卡，点击CPU将开始收集信息并分析。结果你可能发现当时只有ServerTimerTask.run()一项（也可能会有很多项，这主要由于是实时分析，看你打开时程序在做什么操作，是个web服务器，所以可能有个定时轮询的任务一直在执行，所以至少会有这一项，而且包路径sun.net.httpserver也可能看出这点），为了尽快看到更多调用信息，我们直接在浏览器打开http://localhost:8888/json/show.do （这是测试项目中测试json数据的路径），会发现出现很多调用信息，截图如下：

可以看到cpu耗时最多的是log，这其实也好理解，由于写代码的时候几乎在每个操作内都打了log，而且还有写外部log文件的操作，所以耗时较长，从这点看这个程序应该选择一些关键地方打log，比如在调度模块的起止地方、异常处理模块里边，而没有必要每个操作都输出信息。而第二个则是Exchange.run()，这个更好理解了，由于程序在http请求接收和相应处理上目前使用jdk的httpserver模块，而Exchange正是对这些操作的封装，是web服务器的核心模块，cpu耗时多是自然的。第三名如果你看过代码就明白了，responseToClient方法是将响应数据写入响应流。其他的就不一一分析了，其实了解了功能和代码就很容易看明白。
    我们再来看下调用次数，按照调用次数排序后，会发现ServerTimerTask.run()调用次数远远高于其他方法，这个根据前边说的应该都明白，就不解释了。同时可以看一下responseToClient()的调用次数，会发现和你网页上请求的次数一致。
    最后我们来看一个典型的例子，我们在方法名过滤器输入SessionCleanTask，结果如下：

    如果你耐着心观察，会发现没两分钟调用次数会+1，其实这个方法是个timeTask，作用就是每两分钟清理一次过期的session（咱这程序麻雀虽小，但还算五脏俱全吧^_^）。

下边看下内存的分析，该项里边可以看到每个对象实时的内存占用、对象数和年代数，具体分析思路其实和cpu大同小异， 就不再细说了，看图：

好了，VisualVM介绍到此结束，其实其功能要比这强的多，比如dump文件分析和BTrace动态日志追踪（通过热插入日志代码分析程序）等，感兴趣就自行分析吧，这里还有一篇介绍VisualVM可供参考。
    之后将考虑开始写类文件结构和类加载部分，不过由于工作忙起来了，所以速度可能慢些，尽量一周至少一篇吧。不费话了，没衣服穿了，出去买件衣服，不然明天木法上班了T_T。