从e.getMessage()为null看Java异常机制

问题:自定义异常触发了,但是自定义的提示信息RuntimeException却没有带过来。

1 throw new RuntimeException("不允许插入报价主项和报价子项同时重复的记录!");
2 String message = e.getMessage();  //得到的message为空

  在Exception的父类Throwable中,有getMessage方法,该方法其实返回的就是detailMessage,从上图看出,detailMessage为null,那通过getMessage方法当然就取不到值了。

  仔细研究了一下java的异常家族。

 

  按照流程看,设置的信息应该可以带过来啊!原因我使用了Spring或者之类的框架,service 对象其实已经是框架托管的代理类。 于是异常被包装成了 UndeclaredThrowableException,这时可以调用一下 Exception的getCause方法找到原始的异常。

1 String message = e.getCause().getMessage();  //能够得到原始定义的message了

  从调试信息也可以看出,其实,getCause()得到的就是原始异常target。

posted @   光何  阅读(16390)  评论(0编辑  收藏  举报
编辑推荐:
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~
历史上的今天:
2016-12-03 ServletConfig与ServletContext
2016-12-03 <context-param>与<init-param>

点击右上角即可分享
微信分享提示