自定义业务异常实现接口是否为最佳实践？JDK是否有相关示例？

这种让业务专属异常实现统一接口，暴露getErrorCode()、getProductId()这类业务相关数据的做法，是成熟且推荐的最佳实践——它能大幅简化上层代码的异常处理逻辑，避免频繁用instanceof判断异常类型，同时让异常携带的业务信息更规范、更易复用。

JDK中的参考范例 #

JDK本身没有直接提供“业务异常实现统一接口”的完全匹配案例，但有类似的设计思路可以参考：

• java.sql.SQLException及其子类（比如SQLIntegrityConstraintViolationException）：这类异常定义了getSQLState()、getErrorCode()方法，用来暴露数据库层面的错误编码和状态码，本质就是在异常体系中通过统一的方法暴露特定领域的关键信息，和你用接口封装业务异常数据的思路一致。
• 部分特定功能异常，比如java.nio.charset.UnsupportedCharsetException，会通过自身方法（getCharsetName()）携带业务相关数据，虽然没有用接口，但核心都是让异常携带可结构化访问的业务信息。

额外实践建议 #

• 接口只保留必要的通用方法，避免过度扩展，比如只定义getErrorCode()、getProductId()即可，后续按需添加。
• 建议让所有业务异常继承自RuntimeException（如果是不需要强制捕获的业务场景），同时实现你的统一接口；如果需要强制捕获，则继承Exception。
• 可以编写一个抽象基类（比如AbstractProductException），实现该接口并封装errorCode、productId等通用字段和方法，让具体异常类（ProductNotFoundException、OutOfStockException等）继承这个基类，减少重复代码。

内容的提问来源于stack exchange，提问作者RamPrakash