JVM 看不到某些异常的stacktrace问题

本文探讨了在Java 1.5及以后版本中,JVM针对冷启动内置异常的优化策略,即在特定条件下抛出不带stacktrace的NullPointerException。通过设置-JVM参数-XX:-OmitStackTraceInFastThrow可以禁用此优化。作者通过示例代码展示了如何观察和理解这一优化,并提供了解决找不到stacktrace问题的建议:查看早期日志或重启程序获取初始错误堆栈。此外,指出此优化不仅限于NullPointerException,而是适用于所有“冷”内置异常。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

      今天又有同事问起这个事情,所以写个blog记录一下。

      在java 1.5的release notes里面可以看到这样一句话:

      

     大体的意思就是对于cold build-in exception jvm都会throw 没有stacktrace的exception。从1.5开始提供了一个开关关闭此功能

 

      演示代码如下:

       

编译后使用java -server  -XX:-OmitStackTraceInFastThrow TestCompile 运行,发现一直都是类似 

 

 

的stacktrace。

换成java -server -XX:+OmitStackTraceInFastThrow TestCompile 运行一段时间后就会出现

 

这样的exception,说明stacktrace 该优化已经起作用。-XX:+OmitStackTraceInFastThrow选项在-server情况下默认开启。

 

        这就不难解释为何经常在系统日志中看到很多行的java.lang.NullPointerException 苦于找不到stacktrace而不知道错误出在何处。 

 

       遇到这种情况,解决的方法也很简单:既然在一段时间后jvm才会进行重新编译优化,那么该错误在刚开始出现的时候还是会有stacktrace的。所以向前搜索日志,或者将程序重启,观察刚重启时候的log便可以找到错误的stacktrace

 

       最后注意的是,上述优化是针对all "cold" built-in exceptions ,不仅仅是NullPointerException

 

 

       好,祝大家玩儿的愉快。

 

Reference: 

   1. java 1.5 release notes: http://java.sun.com/j2se/1.5.0/relnotes.html#hotspot

 

   2. jvm debugging options: http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#DebuggingOptions

 

 

 

 

### Java 程序运行时找不到或无法加载主类 Application 的解决方案 当遇到“找不到或无法加载主类 com.xxx.xxx.Application”的错误时,通常意味着 JVM 未能找到指定的主类。这可能是由于编译路径、环境变量配置不当或其他原因引起的。 #### 原因分析与排查方法 1. **检查 `CLASSPATH` 设置** 如果 `CLASSPATH` 中未包含目标 `.class` 文件所在的目录,则会引发此问题。建议显式设置 `CLASSPATH` 或者通过 `-cp` 参数来指明所需的 jar 包位置[^1]。 2. **确认编译成功与否** 编写源码之后需先执行 javac 进行编译操作,确保生成了对应的 .class 字节码文件。如果编译失败则不会有任何可执行的目标文件被创建出来。 3. **校验命令行参数书写无误** 启动 java 应用程序时所使用的全限定名应当严格匹配实际存在的那个类定义中的 package 和 class 名字组合而成的形式;另外注意大小写的敏感度差异。 4. **IDE 配置核查** 对于集成开发环境中发生的同类状况,除了上述常规项外还需额外关注 IDE 自身对于项目的构建方式以及依赖管理机制是否正常运作。比如 Spring Boot 类型的应用可能涉及到 Maven / Gradle 构建工具链路下的插件版本兼容性等问题[^2]。 5. **清理缓存重试** 当本地存在残留旧版 artifact 导致冲突干扰到最新改动生效的情况下,尝试清除相关 cache 并重新部署测试看看能否恢复正常工作状态。 ```bash # 清理 maven 仓库缓存示例 mvn clean install -U ``` 6. **日志记录审查** 查看更详细的 stack trace 输出有助于进一步缩小故障范围锁定具体环节上的失误之处。某些框架会在控制台打印出带有更多上下文信息的日志条目辅助诊断过程。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值