1、JVM监控
现实企业级 Java 开发中，有时候我们会碰到下面这些问题：OOM内存不足、内存泄露、线程死锁、锁争用（Lock Contention）
Java 进程消耗 CPU 过高jvm 有着非常棒的小块内存虚拟化技术，这会让你产生一种拥有无限内存的错觉感，其实它的开销非常大。有时候jvm 需要找出此刻堆上数据是如何被使用的，并把剩余的空间扩大——这就是垃圾回收。产生这种情况的原因是，jvm 实际获得的物理内存是有限的，因此需要在不被使用时进行内存回收和复用。在一些时间敏感的应用中，比如交易系统和通信程序，这些暂停是不能容忍的。有很多 GC 调优方法可以避免这种暂停发生。貌似上面的讨论已经跑题了。让 GC 变少的方法当然是尽量减少分配内存。有时候，你希望找出在你的程序中哪些地方导致了内存分配的压力。引起这种压力的原因有很多种。最普通的一种情况可能是jvm需要经常GC，并且时间远超过你认为的合理值。这些问题在日常开发中可能被很多人忽视（比如有的人遇到上面的问题只是重启服务器或者调大内存，而不会深究问题根源），跟踪 Java 应用程序瓶颈来源一直以来都是很麻烦的。当应用程序性能受到损害时，我们必须要通过一些方法来定位问题的所在，剔除安全隐患，下面就介绍一些可以帮助我我们监控 Java 信息图形化工具。
Visual VM JDK自带的，在性能压测中用的比较多。（JDK安装目录/bin目录下，双击jvisualvm.exe文件启动）
Jconsole （JDK安装目录/bin目录下，双击jconsole.exe文件启动）
jmc.exe （JDK安装目录/bin目录下，双击jmc.exe文件启动）
Tprofiler 可以看到JVM整个堆栈方法耗时信息。
1.1、VisualVm
1、简介
VisualVM 是 Netbeans 的 profile 子项目，自从JDK 6 Update 7以后已经作为JDK的一部分（java启动时不需要特定参数，监控工具为在${JAVA_HOME}/bin/jvisualvm），是一款免费的Java虚拟机监控和性能分析工具。能够监控线程，内存情况，查看方法的CPU时间和内存中的对 象，已被GC的对象，反向查看分配的堆栈(如100个String对象分别由哪几个对象分配出来的)。
jvisualvm 从界面上看还是比较简洁的，左边是树形结构，自动显示当前本机所运行的 Java 程序，还可以添加远程的 Java VM，其中括号里面的 PID 指的是进程 ID。OverView 界面显示 VM 启动参数以及该 VM 对应的一些属性。Monitor 界面则是监控 Java 堆大小，Permgen 大小，Classes 和线程数量。
该工具提供了一个图形界面窗口，并且可以直观的了解Java应用程序的运行时信息。jvisualvm 集成了许多工具，比如像 jmp、jinfo、jstat、jstack、JConsole 等。它通过 jvmstat、JMX、SA（Serviceability Agent）以及 Attach API 等多种方式从程序运行时获得实时数据，从而进行动态的性能分析。同时，它能自动选择更快更轻量级的技术尽量减少性能分析对应用程序造成的影响，提高性能分析的精度。
2、安装插件并启动 Java VisualVM
配置好 JDK 环境变量，执行 jvisualvm 就可以打开软件了，在 VisualVM 插件中心安装插件安装步骤如下 :
从主菜单中选择“工具”>“插件”，在“可用插件”标签中，选中该插件的“安装”复选框。单击“安装”，逐步完成插件安装程序。这些插件都是 .nbm 文件，也可以提前下好，在已下载标签中点击“添加插件按钮”，选择已下载的插件文件 (.nbm) 并打开，逐步完成插件安装程序。
安装好插件后，相应的功能就可以使用了。
3、通过 Java VisualVM 连接到服务器监控 Java 程序
监控本地进程，双击左侧本地下边的进程名字就可以查看监控信息了。
接下来就是远程监控 Java 程序了，默认是使用 Jstatd 连接到远程主机的，所以在远程主机上，必须要一直运行着 jstatd 守护程序，启动方法可以参考上一篇文章。
右键点击远程-添加远程主机-输入主机ip地址，确认提交后即可看到相应的远程主机和在上面运行的 Java 程序，连接成功后应该会显示 Jstatd 及其 PID。
通过以上方式连接服务器发现一个问题，不能监控 CPU ，提示不受此 JVM 支持，所以我们还是要使用 JMX 方式来连接远程主机，如果远端服务开启了 JMX，只需在远程主机那里右键添加一个 JMX 连接就可以了。连接成功，现在我们可以远程监控服务器性能。
在上图中可以看到cpu利用率和垃圾回收活动（这个在分析tomcat性能时也很重要）。然后是堆栈使用情况。下面是类的使用情况，最后一个是线程活动情况。
点击线程标签可以看到：
上图可以非常清晰的看到线程活动情况，那些线程正在执行，哪些线程正在等待中，以及执行完毕的线程等。JDK 1.7 中的这个工具线程监控页面功能减少了，只剩时间线了（Timeline），JDK 1.6 内置的工具，还表（tab）、详细信息（Details）功能，可以右键选择查看单个进程的详细的状态信息。部分监控页还可以 Dump 出来状态文件保存下来，然后分析，如将 Heap Dump 出的远程文件 *.hprof ，拷贝到本地导入后分析。
加载后的 Dump 分析：
这可是一个性能分析利器哦！暂时就介绍这些功能。
1.2、JConsole
1、简介
JConsole 是一个内置 Java 性能分析器，可以从命令行或在 GUI shell 中运行，从 Java 5 开始 引入了 JConsole。您可以轻松地使用 JConsole、来监控 Java 应用程序性能和跟踪 Java 中的代码。
使 JDK 在 PATH 上，运行 jconsole 即可。当分析工具弹出时（取决于正在运行的 Java 版本以及正在运行的 Java 程序数量），可能会出现一个对话框，要求输入一个进程的 URL 来连接，也可能列出许多不同的本地 Java 进程（有时包含 JConsole 进程本身）来连接。如图所示：
想分析哪个程序就双击哪个进程，然后选择”insercure“就会连接上了。
2、设置 JAVA 程序运行时可以被 JConsolse 连接分析
本地程序（相对于开启JConsole的计算机），无需设置任何参数就可以被本地开启的JConsole连接（Java SE 6开始无需设置，之前还是需要设置运行时参数 -Dcom.sun.management.jmxremote ，启动 JMX 服务）
无认证连接 (下面的设置表示：连接的端口为8099、无需认证就可以被连接)
|
1
2
3
4
5
|
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8099 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.rmi.server.hostname=IP |
JMX：Java Management Extensions ，即 Java 管理扩展 , 是一个为应用程序、设备、系统等植入管理功能的框架。 JMX 可以跨越一系列异构操作系统平台、系统体系结构和 网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用 。
-Dcom.sun.management.jmxremote 可以不加，默认值是 ture；
-Dcom.sun.management.jmxremote.port 是端口号，随便设置一个就可以了；
-Dcom.sun.management.jmxremote.ssl 是否启动 ssl 连接，默认值是 true，没有配置ssl证书就设置为 false 也可是访问；
-Dcom.sun.management.jmxremote.authenticate 是否启动身份验证，默认值是 true，默认的验证文件在 ${JAVA_HOME}/jre/lib/management/ 下，可以用 -Dcom.sun.management.jmxremote. access.file 与 -Dcom.sun.management.jmxremote. password.file 来指定配置用户访问权限文件与配置用户信息的文件位置（包括用户名和密码），如果不需要配置访问用户名及密码，设置为 false 就可以了，
jmxremote.access 、jmxremote.password 这个文件最小权限要设置为 600，组和其它用户没有任何权限，否则会禁止访问；
-Djava.rmi.server.hostname 该选项是设置访问地址的，必须设置，设置为本机 IP 或 主机名，如果设置为 127.0.0.1，那么远程主机就无法访问了。
详细的安全设置参数，请参考：http://docs.oracle.com/javase/7/docs/technotes/guides/management/agent.html#gden
3、JConsole 如何连接远程机器的 JAVA 程序
|
1
2
3
4
5
6
7
8
9
10
|
用法: jconsole [ -interval=n ] [ -notile ] [ -pluginpath <path> ] [ -version ] [ connection ... ] -interval 将更新间隔设置为 n 秒 (默认值为 4 秒) -notile 初始不平铺窗口 (对于两个或多个连接) -pluginpath 指定 jconsole 用于查找插件的路径 -version 输出程序版本 connection = pid || host:port || JMX URL (service:jmx:<协议>://...) pid 目标进程的进程 ID host 远程主机名或 IP 地址 port 远程连接的端口号 -J 指定运行 jconsole 的 Java 虚拟机的输入参数 |
写一个简单的一直运行的 Java 程序，运行在某台机器上如 (172.16.100.253)，也可用 Tomcat 测试
|
1
|
java -cp . -Dcom.sun.management.jmxremote.port=8099 -Dcom.sun.managent.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.rmi.server.hostname=172.16.100.253 JConsoleTest |
在另外一台机器上进行连接，也可以直接使用命令：
|
1
|
jconsole 172.16.100.253:8099 |
也可以在已经打开的 JConsole 界面操作 连接->新建连接->选择远程进程->输入远程主机IP和端口号->点击“连接”，如图：
然后就会进入分析界面：
（1）性能分析
下面说说如何分析，如何使用这六个标签
Overview（概述）: Displays overview information about the Java VM and monitored values.
Memory（内存）: 显示内存使用信息
Threads（线程）: 显示线程使用信息
Classes（类）: 显示类装载信息
VM Sumary（VM摘要）:显示java VM信息
MBeans: 显示 MBeans.
（2）概述
概述中将各个时间资源使用情况绘制成图表显示，不过值得一提的是对着图点击右键可以保存数据到 CSV 文件，所有图都可以导成 CVS 文件，以后可以使用其他工具来分析这些数据，。
（3）内存
这个比较有价值，参看堆内存，非堆内存，内存池的状况总体内存的分配和使用情况以及不同的 GC 进行垃圾回收的次数和时间。可以手动进行 GC 查看内存变化。在分析 JAVA 内存问题进行调优时候非常有用，你要学习 JVM 内存模型，之后会发现这里的每个值都具有意义。 GC 的算法和参数对性能有显著的影响，注意垃圾回收次数、时间、以及 partial GC 和 full GC，调整你所使用的不同 GC 和以及各个 GC 下的参数，然后在这个视图下观察，以得到好的性能。
这里贴一下 Java HotSpot VM garbage collector 下generational GC 的各代的划分图：
关于GC，可以参考：http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html
（4）线程
左下角显示所有的活动线程（如果线程过多，可以在下面的过滤栏中输入字符串过滤出你想要观察的线程）。点击某个显示会显示这个线程的名称、状态、阻塞和等待的次数、堆栈的信息。
统计图显示的是线程数目的峰值（红色）和当前活动的线程（蓝色）。
另外下面有个按钮“检测到死锁”，有时候会有用处。
（5）类
这个没什么可解释的了。
（6）VM摘要
这里可以看到，操作系统，内存，线程等全部信息，方便我们调整系统资源的分配。
（7）MBean
这里可以有一些额外的操作，方便调试代码。
（8）插件
|
1
|
jconsole -pluginpath /usr/local/jdk1.7.0_79/demo/management/JTop/JTop.jar |
|
1
|
JTop 插件在 JDK 的 demo 包中，还有许多其它的样例，该插件的功能一目了然。 |
1.3、Jmc
1、简介
Oracle 发布了 Java 7 update 40，该修订版增加了一些重要的新特性，包括 JVM 监控工具、任务控制，Java applet 规则集、Web Start 应用程序以及大量的 bug 修复。新增的一个非常好用的工具，就是 Java Mission Control（JMC 任务控制工具） 。 JRockit Misson Control 用户应该会对 mission control 的很多功能十分熟悉，JRockit 也是一款很棒的工具。Java 任务控制（JMC）是一个产品时间工具套件，它的根源是 JRockit JVM 工具。该工具套件的目的是提供不张扬的 Java 监控和管理，适合在开发和产品环境中使用。JMC 与 Java Flight Recorder 一起工作，适用于 HotSpot JVM，用来记录核心数据和事件。它是一个调优工具，一旦出现问题，这些数据就可以用来分析。
该工具套件由三个主要的组件组成：Java 进程浏览器、JMX 控制台和 Java Flight 记录器。
Java 进程浏览器：允许用户列出并连接到本地和远程运行的Java应用程序。它能够使用 Java发现协议（JDP）自动地发现本地和远程运行的 Java 进程。
JMX 控制台：能够通过 JMX 接口管理并监控 JDK。它提供了实时集合、堆使用情况、CPU 负载以及其他通过 MBeans 暴露的和在 MBean 服务器中注册的信息。
Java Flight 记录器：提供了一种从操作系统层、JVM 和 Java 应用程序层收集事件的方式。收集的事件包括线程延时事件，例如休眠（sleep）、等待（wait）、锁竞争、I/O、GC 和方法分析。Oracle 估计对大多数应用程序而言运行 Flight 记录器的性能开销大约在 2% 左右。
2、Jmc 使用方法
打开以后界面如下：
Jmc 既可以连接本地 Java 程序，也可以连接本地 Java 程序，远端要开启 jmxremote 访问。本地程序在左侧想查看的的程序名那里，右键点击启动 JMX 控制台就可以了。远程访问在左侧空白处右键点击新建连接，如图填写好主机和端口，这里的主机和端口就是我们前面在远程服务器配置的服务器 IP 和端口。
创建完成之后我们就能看到服务器的概要信息了。通过下面的选项卡就可以切换显示其它的详细的信息了。
概览：
MBean 浏览器：
触发器:
系统：
内存：
线程：
诊断命令：
Jmc 还可以安装一些插件，增加一些功能。所有的功能都可以点击右上角的 "？ " ，会通过浏览器访问本地的帮助文件。
飞行记录器使用前，需要在 Java 程序启动前加 2 个参数“ -XX:+UnlockCommercialFeatures -XX:+FlightRecorder ”，如果没有添加，无法使用飞行记录器。飞行记录器启动后，可以记录服务器一段时间内的运行状况，还可导成文件备份，需要 Java 程序启动前在加一个参数“ -XX:FlightRecorderOptions=defaultrecording=true”才可以导出，方便随时分析，这个是查找服务器性能的利器。
飞行记录器记录成功之后可以看到下面的一些信息：
