没有堆栈跟踪的重复异常 - 如何重置？
在我的应用程序日志（使用log4j）中，我看到一个NullPointerException，但没有堆栈跟踪。我知道作为一种优化，当异常多次发生时 - jvm停止生成堆栈跟踪。问题是前段时间发生了异常，并且我的所有日志都填充了异常，而没有堆栈跟踪。有没有办法“重置”此机制，以便下一个抛出的异常将与完整的堆栈跟踪一起打印？我不想重新启动应用程序，因为很难重现此错误，并且重新启动可能会导致“消失”...
谢谢！
答案 1
尝试使用以下 JVM 属性运行：
-XX:-OmitStackTraceInFastThrow
从发行说明中：
服务器 VM 中的编译器现在为所有“冷”内置异常提供正确的堆栈回溯。出于性能目的，当多次引发此类异常时，可能会重新编译该方法。重新编译后，编译器可能会使用不提供堆栈跟踪的预分配异常来选择更快的策略。要完全禁止使用预分配的异常，请使用以下新标志：。
-XX:-OmitStackTraceInFastThrow
答案 2
推荐
-
-
我们是否可以直接从服务层抛出ResponsueStatusException，而不在控制器级别抛出自定义异常和处理？ Spring 5 引入了 ResponseStatusException，直接从服务层抛出此异常是一种很好的做法。 案例1：
-
Java 7 update 25 使我们的 java Web 启动应用程序失败，没有日志记录 自 Oracle 推出 java 7 update 25 以来，我们的应用程序不再运行。 最初，我们收到了一些关于清单文件中缺少代码库和 sercurity 标记的警告，我们已修复。 我们现在最终遇到的问题是，在控制台中
-
好的模式？<X 扩展了异常> ...方法（） 抛出 X 一些背景，然后是一些问题。 我最近才发现接口（或类）可能是其方法可能引发的（已检查）异常类型的泛型。例如： 我们调用一个泛型实用程序方法（可能在外部库中定义）来运行我们自
-
