Java多catch需按继承关系从具体到宽泛排列，如SQLException→IOException→Exception，自定义异常优先，避免空catch；应为每种异常定制用户友好的提示语，复用但过滤技术细节；配合业务码返回统一响应结构，提升前端处理可靠性。
Java中用多个catch块处理不同异常，能让错误提示更精准、用户体验更好，关键在于按异常继承关系从具体到宽泛排列。
多catch块的正确顺序
Java要求子类异常必须写在父类异常之前，否则编译不通过。比如NullPointerException是RuntimeException的子类，必须先捕获前者，再捕获后者。
- 错误写法：先catch RuntimeException，再catch NullPointerException → 编译失败
- 正确写法：按继承树由下往上排，如SQLException → IOException → Exception
- 建议把业务自定义异常放在最前，再依次处理JDK常见异常，最后用Exception兜底（但避免空catch）
为每种异常定制提示语
不同异常代表不同问题，统一弹“操作失败”会掩盖真实原因。比如数据库连接失败和参数为空，用户需要完全不同的反馈。
- SQLException：提示“网络异常或服务器繁忙，请稍后重试”
- IllegalArgumentException：直接告诉用户“手机号格式不正确”
- FileNotFoundException：说明“配置文件缺失，请联系管理员”
- 避免在catch里只打日志而不给用户任何反馈
复用异常信息，但别暴露技术细节
可以借助e.getMessage()提取有用片段，但要过滤掉堆栈、类名、路径等敏感或难懂内容。
立即学习“Java免费学习笔记（深入）”；
- 比如SQLException的message可能是“ORA-00001: unique constraint violated”，可映射为“该用户名已被注册”
- 对NumberFormatException，截取数字部分提示“请输入有效的年龄”
- 不要直接把e.toString()显示给前端或日志（尤其生产环境）
配合业务码提升前端处理能力
后端在不同catch块中返回带业务码的响应体，前端根据code做差异化交互，比单纯依赖message更可靠。
- 例如：code=1001对应参数校验失败，前端高亮输入框；code=5003对应库存不足，自动跳转补货页
- 统一响应结构包含code、message、timestamp，便于前端统一拦截和埋点
- 避免前端靠解析message字符串来判断逻辑，容易因文案调整导致bug
