做心理咨询可以在哪些网站发贴,地方域名注册,物联网平台层的主要功能,做企业宣传片的网站正如我们最近发现的那样#xff0c;全面测试可能有害。 扩展测试覆盖范围导致我们仅花费一行代码就进行了几个小时的调试会话。 使调试特别令人不愉快的是#xff0c;该代码不仅崩溃了所部署的JVM#xff0c;而且还破坏了其下的虚拟机和/或物理机。 因此#xff0c;请自行… 正如我们最近发现的那样全面测试可能有害。 扩展测试覆盖范围导致我们仅花费一行代码就进行了几个小时的调试会话。 使调试特别令人不愉快的是该代码不仅崩溃了所部署的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沙箱保护操作系统免受疯狂尝试自杀的威胁这本身就是一件好事。 我们重新学习的另一个教训是–即使使用所有现代的运行时调试工具在某些情况下您仍然需要回到根源并通过良好的旧分而治之进行调试。 参考 Plumbr博客博客上的JCG合作伙伴 Nikita Salnikov Tarnovski 崩溃了JVM 。 翻译自: https://www.javacodegeeks.com/2013/11/crashing-your-jvm.html
