自定义异常本质是将错误语义封装为可分类、可扩展的对象；它通过业务化命名、结构化字段和编译期检查，精准表达变量错误的上下文与边界，实现可追溯、可拦截、分层解耦。
Java中自定义异常类本质是面向对象设计的自然延伸——把“错误语义”封装成对象，让异常本身携带上下文、可分类、可扩展。捕捉变量错误（如非法值、越界、空状态）不是靠一堆if判断硬扛，而是用有业务含义的异常类型表达“这里出问题了，而且是哪一类问题”。
为什么变量错误适合用自定义异常处理
变量错误往往具有明确的业务边界（如成绩0–100、用户名非空且长度3–20、库存不能为负），标准异常如IllegalArgumentException虽然能用，但缺乏业务标识：它不告诉你这是“用户注册失败”，还是“订单创建失败”。自定义异常让错误可追溯、可分类、可统一拦截（比如全局异常处理器只捕获BusinessException子类）。
- 编译期强制处理：继承Exception时，调用方必须try-catch或throws，避免关键校验被忽略
- 错误信息结构化：可在异常类中添加userId、score、field等字段，比纯字符串消息更利于日志分析和前端提示
- 分层解耦：Service层抛UserInvalidException，Controller层统一转成HTTP状态码400，不污染业务逻辑
定义变量错误类的实用写法
以“成绩越界”为例，不要只写一个ScoreException，而应按错误方向细分，便于不同catch块精准响应：
- ScoreTooHighException extends Exception：含int score字段，构造时传入原始值和提示语
- ScoreTooLowException extends Exception：同样带数值字段，与前者对称
- 两个类都提供三个标准构造：()、(String msg)、(String msg, Throwable cause)，支持链式异常（比如包装底层NumberFormatException）
命名直接体现错误场景，不写MyScoreException这类模糊名称；字段尽量精简，仅保留诊断必需信息（如越界值、字段名），不塞业务实体。
在方法中抛出并传递变量上下文
抛异常不是终点，关键是把出错的变量值带进去。例如校验方法参数时：
public void setScore(int score) throws ScoreTooHighException, ScoreTooLowException {
if (score > 100) {
throw new ScoreTooHighException("成绩不能超过100", score);
}
if (score
<p>注意：不要在throw前做复杂计算或远程调用；异常对象应轻量，构造函数里只做赋值和父类调用。若需记录完整上下文（如当前用户ID、请求ID），建议通过日志框架MDC注入，而非塞进异常字段。</p>
<h3>捕获时提取变量用于反馈或重试</h3>
<p>catch块的价值在于利用异常携带的变量做决策，不只是打印日志：</p>
- 向用户返回具体提示：“您输入的成绩105超出范围（0–100）”
- 触发降级逻辑：捕获InventoryNegativeException后，自动切换到备用库存服务
- 记录审计日志：把invalidValue和操作人ID一起入库，用于后续排查
避免空catch或只写e.printStackTrace()——那等于把变量上下文丢进了黑洞。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
