软件测试中5件Java性能监控小技巧：应对编程困难

软件测试中5件Java性能监控小技巧：应对编程困难

很多开发者觉得自己懂Java编程，事实是大多数开发人员都只领会到了Java平台的皮毛，所学也只够应付工作。作者将深度挖掘Java平台的核心功能，揭示一些鲜为人知的事实，帮助您解决最棘手的编程困难。

　　当应用程序性能受到损害时，大多数开发人员都惊慌失措，这在情理之中。跟踪Java应用程序瓶颈来源一直以来都是很麻烦的，因为Java虚拟机有黑盒效应，而且Java平台分析工具一贯就有缺陷。

　　然而，随着Java5中JConsole的引入，一切都发生了改变。JConsole是一个内置Java性能分析器，可以从命令行或在GUIshell中运行。它不是完美的，但是当尖头老板来问你关于性能的问题时，用它来应对还是绰绰有余的——这比查询PapaGoogle要好得多。

　　我们将向您展示5个方法，使您可以轻松地使用JConsole(或者，它更高端的“近亲”VisualVM)来监控Java应用程序性能和跟踪Java中的代码。

　　1.JDK附带分析器

　　许多开发人员没有意识到从Java 5开始JDK中包含了一个分析器。JConsole(或者Java平台最新版本，VisualVM)是一个内置分析器，它同Java编译器一样容易启动。如果是从命令行启动，使JDK在PATH上，运行jconsole即可。如果从GUIshell启动，找到JDK安装路径，打开bin文件夹，双击jconsole。

　　当分析工具弹出时(取决于正在运行的Java版本以及正在运行的Java程序数量)，可能会出现一个对话框，要求输入一个进程的URL来连接，也可能列出许多不同的本地Java进程(有时包含JConsole进程本身)来连接。

　　使用JConsole进行工作

　　在Java 5中，Java进程并不是被设置为默认分析的，而是通过一个命令行参数—-Dcom.sun.management.jmxremote——在启动时告诉Java 5 VM打开连接，以便分析器可以找到它们;当进程被JConsole捡起时，您只能双击它开始分析。

　　分析器有自己的开销，因此最好的办法就是花点时间来弄清是什么开销。发现JConsole开销最简单的办法是，首先独自运行一个应用程序，然后在分析器下运行，并测量差异。(应用程序不能太大或者太小;我最喜欢使用JDK附带的SwingSet2样本。)因此，我使用-verbose:gc尝试运行SwingSet2来查看垃圾收集清理，然后运行同一个应用程序并将JConsole分析器连接到它。当JConsole连接好了之后，一个稳定的GC清理流出现，否则不会出现。这就是分析器的性能开销。

　　JConsole或VisualVM?

　　JConsole从Java 5开始就随着Java平台版本一起发布，而VisualVM是在NetBeans基础上升级的一个分析器，在Java 6的更新版12中第一次发布。多数还没有更新到Java 6，因此这篇文章主要介绍JConsole。然而，多数技巧和这两个分析器都有关。

　　2.远程连接进程

　　因为Web应用程序分析工具假设通过一个套接字进行连通性分析，您只需要进行少许配置来设置JConsole(或者是基于JVMTI的分析器，就这点而言)，监控/分析远程运行的应用程序。

　　如果Tomcat运行在一个名为“webserve”的机器上，且JVM已经启动了JMX并监听端口9004，从JConsole(或者任何JMX客户端)连接它需要一个JMX URL“service:jmx:rmi:///jndi/rmi://webserver:9004/jmxrmi”。

　　基本上，要分析一个运行在远程数据中心的应用程序服务器，您所需要的仅仅是一个JMX URL。

原文转自：http://www.ltesting.net