setter抛异常时属性值不会被修改，前提是赋值语句（this.field = value;）位于参数校验之后且异常未被try-catch吞掉；否则可能因赋值前置、异常静默或并发导致值被意外修改。
如果在 @dec2 对应的 setter 方法里抛出异常，属性值**不会被修改**——前提是 setter 逻辑写得规范，即赋值语句（this.field = value;）写在异常检查之后、且未被 try-catch 吞掉异常。
setter 抛异常时的典型执行流程
Java 中 setter 是普通方法，执行顺序严格按代码行。常见安全写法是：
- 先校验参数（如非空、范围、格式等）
- 校验不通过就
throw new IllegalArgumentException(...) - 只有校验通过后，才执行
this.field = value;
此时一旦抛异常，赋值语句根本不会执行，字段保持原值（可能是初始值 null、0 或之前设过的有效值）。
容易出问题的错误写法
以下情况会导致“看似抛了异常，但属性却被意外改了”：
-
赋值写在检查前：比如先
this.field = value;，再校验并抛异常 —— 值已改，异常只是“事后补救” -
异常被内部 catch 吞掉：setter 里用
try-catch捕获并静默处理，没 re-throw，外部无感知，但字段可能已被设为非法值或默认值 - 多线程竞争下未加同步：一个线程刚完成赋值、另一个线程在检查时抛异常，但字段已变；这不是 setter 本身逻辑问题，而是并发控制缺失
如何确保属性值不变
最稳妥的做法是遵循“先验后赋”原则，并避免在 setter 内吞异常：
- 校验逻辑放在赋值语句之前
- 使用明确的运行时异常（如
IllegalArgumentException），不捕获也不处理 - 若需日志记录，可在抛异常前
log.warn(...)，但不要catch - 对关键不可变字段（如 ID、创建时间），考虑用
final+ 构造器初始化，彻底规避 setter 修改可能
总之，抛异常本身不会自动回滚字段值，它只中断方法执行流；值是否改变，取决于你把赋值语句放在哪里、以及有没有意外覆盖。
