使用自定义非受检异常（如InvalidUserIdException）替代泛化异常，可提升错误语义明确性、可追溯性与拦截精度；支持业务字段透传、全局统一处理，并与标准异常共存，兼顾清晰性与实用性。
直接用自定义非受检异常替换原始的 RuntimeException 或泛化异常（如 IllegalArgumentException），能让底层组件的错误信息更明确、可追溯、易拦截，不增加调用方负担。
命名精准，一眼识别业务语义
通用组件（如权限校验、参数解析、ID生成）抛出的异常如果只用 IllegalArgumentException，上层无法区分是“用户ID格式非法”还是“时间戳越界”。换成带业务前缀的自定义类，比如：
-
InvalidUserIdException—— 表示 ID 解析失败 -
ExpiredTokenException—— 表示 JWT 过期，而非笼统的RuntimeException -
UnsupportedIdTypeException—— 明确指出类型不被支持
类名本身就成了文档，省去额外注释或日志说明。
构造方法支持上下文透传
除了基础的 message，建议提供带业务字段的构造（如 userId、timestamp），便于后续日志聚合或监控告警：
立即学习“Java免费学习笔记（深入）”；
- 在异常类中添加
private final String userId;字段 - 提供
InvalidUserIdException(String userId, String message)构造 - 重写
toString()或提供getUserId()方法，方便统一日志框架提取关键字段
这样排查问题时，日志里直接看到 InvalidUserIdException{userId='abc123', message='长度必须为16位'}，无需翻查堆栈找原始参数。
全局统一拦截，避免重复 try-catch
非受检异常不强制捕获，但可在框架层（如 Spring 的 @ControllerAdvice）集中处理：
- 针对所有自定义非受检异常，返回结构化错误响应（含
errorCode、message、traceId） - 按异常类型映射 HTTP 状态码（如
InvalidUserIdException → 400，PermissionDeniedException → 403） - 自动记录带业务字段的审计日志，不依赖每个服务手动
log.error(...)
底层组件只需 throw new InvalidUserIdException(userId, "长度非法")，错误处理逻辑完全解耦。
与标准异常共存，不破坏原有习惯
不必一刀切替换所有异常。保留 NullPointerException、ArrayIndexOutOfBoundsException 等 JVM 原生异常表示程序缺陷；仅对“业务规则违反”类问题使用自定义非受检异常：
- 输入校验失败 →
InvalidParamException - 状态机非法流转 →
IllegalStateExceptionTransitionException - 第三方服务返回不可恢复错误 →
ExternalServiceUnreachableException
既保持语义清晰，又避免过度设计。不复杂但容易忽略。
