java多catch需按继承关系从具体到宽泛排列，如sqlexception→ioexception→exception，自定义异常优先，避免空catch；应为每种异常定制用户友好的提示语，复用但过滤技术细节；配合业务码返回统一响应结构，提升前端处理可靠性。

Java中用多个catch块处理不同异常，能让错误提示更精准、用户体验更好，关键在于按异常继承关系从具体到宽泛排列。

多catch块的正确顺序

Java要求子类异常必须写在父类异常之前，否则编译不通过。比如NullPointerException是RuntimeException的子类，必须先捕获前者，再捕获后者。

• 错误写法：先catch RuntimeException，再catch NullPointerException → 编译失败
• 正确写法：按继承树由下往上排，如SQLException → IOException → Exception
• 建议把业务自定义异常放在最前，再依次处理JDK常见异常，最后用Exception兜底（但避免空catch）

为每种异常定制提示语

不同异常代表不同问题，统一弹“操作失败”会掩盖真实原因。比如数据库连接失败和参数为空，用户需要完全不同的反馈。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• SQLException：提示“网络异常或服务器繁忙，请稍后重试”
• IllegalArgumentException：直接告诉用户“手机号格式不正确”
• FileNotFoundException：说明“配置文件缺失，请联系管理员”
• 避免在catch里只打日志而不给用户任何反馈

复用异常信息，但别暴露技术细节

可以借助e.getMessage()提取有用片段，但要过滤掉堆栈、类名、路径等敏感或难懂内容。

• 比如SQLException的message可能是“ORA-00001: unique constraint violated”，可映射为“该用户名已被注册”
• 对NumberFormatException，截取数字部分提示“请输入有效的年龄”
• 不要直接把e.toString()显示给前端或日志（尤其生产环境）

配合业务码提升前端处理能力

后端在不同catch块中返回带业务码的响应体，前端根据code做差异化交互，比单纯依赖message更可靠。

• 例如：code=1001对应参数校验失败，前端高亮输入框；code=5003对应库存不足，自动跳转补货页
• 统一响应结构包含code、message、timestamp，便于前端统一拦截和埋点
• 避免前端靠解析message字符串来判断逻辑，容易因文案调整导致bug

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南