【IT168 技术】JVM 是多数开发人员视为理所当然的 Java 功能和性能背后的重负荷机器。然而，我们很少有人能理解 JVM 是如何进行工作的 — 像任务分配和垃圾收集、转动线程、打开和关闭文件、中断和/或 JIT 编译 Java 字节码，等等。

　　不熟悉 JVM 将不仅会影响应用程序性能，而且当 JVM 出问题时，尝试修复也会很困难。

　　本文将介绍一些命令行标志，您可以使用它们来诊断和调优您的 Java 虚拟机性能。

　　1. DisableExplicitGC

　　我已记不清有多少次用户要求我就应用程序性能问题提供咨询了，其实只要跨代码快速运行 grep，就会发现清单 1 所示的问题 — 原始 java 性能反模式：

　　清单 1. System.gc();

　　显式垃圾收集是一个非常糟糕的主意 — 就像将您和一个疯狂的斗牛犬锁在一个电话亭里。尽管调用的语法是依赖实现的，但如果您的 JVM 正在运行一个分代的垃圾回收器(大多数是)System.gc(); 强迫 VM 执行一个堆的 “全部清扫”，虽然有的没有必要。全部清扫比一个常规 GC 操作要昂贵好几个数量级，这只是个简单数学问题。

　　您可以不把我的话放在心上 — Sun 的工程师为这个特殊的人工错误提供一个 JVM 标志; -XX:+DisableExplicitGC 标志自动将 System.gc() 调用转换成一个空操作，为您提供运行代码的机会，您自己看看 System.gc() 对于整个 JVM 执行有害还是有利。

　　2. HeapDumpOnOutOfMemoryError

　　您有没有经历过这样的情况：JVM 不能使用，不断抛出 OutOfMemoryError，而您又不能为自己创建调试器来捕获它或查看出现了什么问题?像这类偶发和/或不确定的问题，通常使开发人员发疯。

　　买者自负并不是任何 VM 都支持所有命令行标志，Sun/Oracle 的 VM 除外。查明一个标志是否被支持的最好方法是试用它，看它是否正常工作。倘若这些标志在技术上是不支持的，那么，使用它们您要承担全部责任。如果这些标志中的任何一个使您的代码、您的数据、您的服务器或您的一切消失得无影无踪，我、Sun/Oracle 和 IBM® 都将不负责任。为以防万一，建议先在虚拟(非常生产)环境中实验。

　　在这个时刻您想要的是，在 JVM 消亡之际捕获堆的一个快照 — 正好 -XX:+HeapDumpOnOutOfMemoryError 命令可以完成这一操作。

　　运行该命令通知 JVM 拍摄一个 “堆转储快照”，并将其保存在一个文件中以便处理，通常使用 jhat 实用工具。您可以使用相应的 -XX:HeapDumpPath 标志指定到保存文件的实际路径。(不管文件保存在哪，务必确保文件系统和/或 Java 流程必须要有权限配置，可以在其中写入。)