网站都是在哪里制作的,wordpress一小时建站,网站公司建设公司,代驾小程序源码堆栈跟踪 堆栈跟踪我们最近在博客中发表的一篇评论带回了有关特定体验的一些回忆。 我希望我没有经历过的那种经历。 在创建Plumbr之前很长一段时间#xff0c;我正在调试一个应用程序#xff0c;该应用程序每次在蓝月亮时都会给我一个例外。 详细程度令人震惊#xff1a; … 堆栈跟踪 堆栈跟踪 我们最近在博客中发表的一篇评论带回了有关特定体验的一些回忆。 我希望我没有经历过的那种经历。 在创建Plumbr之前很长一段时间我正在调试一个应用程序该应用程序每次在蓝月亮时都会给我一个例外。 详细程度令人震惊 java.lang.NullPointerException 就是这样–没有可使用的stacktrace。 而且该应用程序由一个真正邪恶的系统管理员保护着他不允许我在部署后100码之内。 因此为所有通宵人员准备了一个阶段他们试图了解导致错误的原因。 我敢打赌大多数读者都知道我在这里说什么。 第一个嫌疑犯是显而易见的。 暑期实习生从未真正获得过异常处理并且可以轻松地吞下异常而无需重新抛出或正确记录日志。 所以我期望在代码中的某处找到这样的东西 System.out.println(e); 但是无论我对源代码进行多彻底的检查 都找不到类似这种粗心大意的东西。 从第二天起除了每隔几个小时接一个电话并提供“进度报告”我就没有多少回忆。 不幸的是进展遥遥无期。 除非我想尽一切努力对生产进行大量更新以使他们对可能的原因有一些更有意义的尝试。 但是我确实记得我开始怀疑自己一直认为不可能的事情时对测试Java的信念。 也就是说Java能够从字面上吞噬您的Exception堆栈跟踪。 实际上JIT可以并且将会做到。 需要证明吗 运行以下代码 for (int i 0; i 100_000; i) {try {args[0].toString();} catch (Exception e) {if (e.getStackTrace().length 0) {System.out.format(Java ate my stacktrace after iteration #%d %n, i);break;}}
} 在配备了最新稳定JDK 7热点的MB Pro中异常堆栈跟踪在12,288迭代中被吞噬。 但是为什么在地球上会发生这种情况又如何避免呢 简单的答案是它是运行时期间应用的JIT优化之一。 正如我们最近发表的一篇文章所描述的创建Exceptions 非常昂贵 。 因此出于性能目的当JIT发现多次抛出异常时可以重新编译代码。 重新编译后编译器可以使用不提供堆栈跟踪的预分配异常来选择更快的策略。 希望你们中的绝大多数将永远不必处理这种情况。 毕竟当以触发JIT切换到预分配的异常的速度创建异常时您肯定在做其他错误。 毕竟仅在例外情况下才应发生例外。 但是对于那些这样做的人解决方案很简单。 您可以通过将-XX-OmitStackTraceInFastThrow添加到JVM启动参数来禁用预分配的异常。 在下一次JVM重新启动后我也找到了罪魁祸首。 参考 Plumbr Blog博客上的JCG合作伙伴 Nikita Salnikov Tarnovski 寻求丢失 堆栈跟踪的信息 。 翻译自: https://www.javacodegeeks.com/2013/09/on-a-quest-for-missing-stacktraces.html堆栈跟踪 堆栈跟踪
