正如我们最近发现的那样，全面测试可能有害。 扩展测试覆盖范围导致我们仅花费一行代码就进行了几个小时的调试会话。 使调试特别令人不愉快的是，该代码不仅崩溃了所部署的JVM，而且还破坏了其下的虚拟机和/或物理机。

因此，请自行承担以下风险。 请注意，您必须在类路径中提供tools.jar以便进行编译和运行。

public class Crash {public static void main(String... args) throws Exception {com.sun.tools.attach.VirtualMachine.attach("-1");}
}

代码非常简单。 我们正在尝试将自己附加到一个现有的Java进程，该进程指定-1作为进程ID。 除了得到很好的失败，您还会得到类似于死亡蓝屏的东西。

关于崩溃的有趣见解-这几乎是我记得承认Windows优于Mac OS X或Linux的唯一情况。 当Mac和各种Linux风格不断崩溃时，Windows机器进行了很好的测试，并通过“无此过程”消息按预期警告我们。

我们从此案中学到了什么？ 首先–提供JVM沙箱保护操作系统免受疯狂尝试自杀的威胁，这本身就是一件好事。 我们重新学习的另一个教训是–即使使用所有现代的运行时调试工具，在某些情况下，您仍然需要回到根源并通过良好的旧分而治之进行调试。

翻译自: https://www.javacodegeeks.com/2013/11/crashing-your-jvm.html