Java自定义业务异常怎么抛?
时间:2026-01-16 22:36:49 348浏览 收藏
哈喽!今天心血来潮给大家带来了《Java如何抛出自定义业务异常?》,想必大家应该对文章都不陌生吧,那么阅读本文就都不会很困难,以下内容主要涉及到,若是你正在学习文章,千万别错过这篇文章~希望能帮助到你!
推荐继承 RuntimeException,因其属非检查异常,避免强制处理、契合事务回滚、便于统一拦截;业务异常本质是逻辑错误而非系统故障,无需编译器强制捕获。

Java中抛出自定义业务异常,核心是继承 RuntimeException(非检查异常)或 Exception(检查异常),并提供语义清晰的构造函数;绝大多数业务场景应选前者,避免强制调用方写 try-catch 或 throws,干扰主流程。
为什么推荐继承 RuntimeException 而不是 Exception
业务异常本质是「程序逻辑不该走到这里」,属于可预期但非系统故障的错误(如余额不足、参数非法、状态不匹配),不是 I/O 失败或空指针这类需要强制恢复的底层问题。
Exception子类会触发编译器强制要求处理(throws声明或try-catch),导致 Service 层大量模板代码,掩盖真实业务逻辑RuntimeException子类由上层统一拦截(如 Spring 的@ControllerAdvice),保持各层方法签名干净- Spring 默认只对
RuntimeException及其子类执行事务回滚,继承它能自然契合事务边界
如何设计一个实用的自定义业务异常类
关键不是堆砌功能,而是覆盖常见诉求:带错误码、支持国际化消息占位、保留原始异常上下文。
- 至少提供三个构造函数:
BusinessException(String code, String message)、BusinessException(String code, String message, Throwable cause)、BusinessException(String code, String message, Object... args) - 字段建议只保留
code(字符串,如"USER_NOT_FOUND")和可选的data(用于透传额外信息,如失败的 userId) - 避免重写
getMessage()拼接逻辑——交给全局异常处理器做消息解析更灵活
public class BusinessException extends RuntimeException {
private final String code;
private final Map<String, Object> data = new HashMap<>();
<pre class="brush:java;toolbar:false;">public BusinessException(String code, String message) {
super(message);
this.code = code;
}
public BusinessException(String code, String message, Throwable cause) {
super(message, cause);
this.code = code;
}
public BusinessException(String code, String message, Object... args) {
super(String.format(message, args));
this.code = code;
}
public String getCode() { return code; }
public Map<String, Object> getData() { return Collections.unmodifiableMap(data); }
public BusinessException withData(String key, Object value) {
this.data.put(key, value);
return this;
}}
在 Spring Boot 中如何统一捕获并返回结构化响应
靠 @ControllerAdvice + @ExceptionHandler 拦截,但要注意两点:不要吞掉日志,不要把所有异常都塞进同一响应体。
- 对
BusinessException返回 200 状态码 + 标准业务错误体(含code、message、timestamp) - 对其他未预期异常(如
NullPointerException)返回 500,并记录完整堆栈(生产环境建议关掉堆栈详情) - 确保异常处理器方法不抛出新异常,否则会进入默认容器错误页
@RestControllerAdvice
public class GlobalExceptionHandler {
<pre class="brush:java;toolbar:false;">@ExceptionHandler(BusinessException.class)
public ResponseEntity<ApiResponse> handleBusinessException(BusinessException e) {
log.warn("Business exception: {} - {}", e.getCode(), e.getMessage(), e);
return ResponseEntity.ok(ApiResponse.error(e.getCode(), e.getMessage(), e.getData()));
}
@ExceptionHandler(Exception.class)
public ResponseEntity<ApiResponse> handleUnexpectedException(Exception e) {
log.error("Unexpected error", e);
return ResponseEntity.status(500).body(ApiResponse.error("SYSTEM_ERROR", "服务暂时不可用"));
}}
容易被忽略的细节
真正上线后踩坑最多的,往往不是类怎么写,而是怎么用。
- 别在 DAO 层抛
BusinessException——数据库查不到用户,不等于「业务不允许」,应由 Service 层根据上下文判断是否构成业务异常 - 错误码必须全局唯一且含义稳定,避免
"ORDER_CANCEL_FAILED"在不同模块代表不同语义 - 不要在异常消息里拼接敏感数据(如密码、身份证号),
withData()也需过滤 - 单元测试时,用
Assertions.assertThrows()检查异常类型和code字段,而不是只断言消息字符串
今天关于《Java自定义业务异常怎么抛?》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!
相关阅读
更多>
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
最新阅读
更多>
-
175 收藏
-
417 收藏
-
211 收藏
-
240 收藏
-
305 收藏
-
260 收藏
-
482 收藏
-
136 收藏
-
420 收藏
-
369 收藏
-
363 收藏
-
446 收藏
课程推荐
更多>
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习