Java封装中setter方法必须在赋值前校验合法性并抛异常，构造器也需复用相同校验逻辑，确保对象始终处于有效状态。
在 Java 中，封装的核心之一是通过 setter 方法对属性赋值前进行合法性校验，确保对象状态始终有效。这不是简单地“设值”，而是把校验逻辑嵌入到赋值入口，让属性只能被合法、有意义的值修改。
校验时机：在赋值前拦截非法输入
setter 方法是外界修改私有属性的唯一受控通道。所有校验必须放在 field = value 这一行之前，否则无效。一旦发现非法值（如 null、负数、超长字符串），立即抛出异常（常用 IllegalArgumentException），阻止赋值发生。
- 校验失败不静默忽略，也不返回 false —— 异常能明确中断流程，避免后续逻辑基于错误状态运行
- 异常消息应具体，例如
"age must be between 0 and 150"，方便调用方定位问题
常见校验类型与写法示例
根据属性语义选择校验方式，不追求“全检查”，只检查业务关键约束：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
非空校验：
if (name == null || name.trim().isEmpty()) throw new IllegalArgumentException("name cannot be blank"); -
数值范围校验：
if (age 150) throw new IllegalArgumentException("age must be between 0 and 150"); - 格式校验（如邮箱）：可用正则或第三方库（如 Apache Commons Validator），但避免在 setter 中做耗时解析
-
依赖性校验：例如
startDate和endDate，可在setEndDate()中检查endDate.after(startDate)
避免副作用与性能陷阱
setter 是轻量级入口，校验逻辑需简洁可靠：
立即学习“Java免费学习笔记（深入）”；
- 不调用外部服务、数据库或复杂计算 —— 这会让 setter 变慢且难以测试
- 不修改其他字段或触发事件 —— 保持单一职责，赋值就是赋值
- 字符串校验优先用
trim()再判空，避免因空格导致误判 - 对引用类型（如集合）做防御性拷贝，防止外部修改影响内部状态
配合构造器，形成完整防护
仅靠 setter 不够 —— 对象可能通过构造器直接初始化非法状态。因此，构造器中也应复用相同校验逻辑（可提取为私有校验方法），保证无论哪种创建方式，对象从诞生起就合法。
- 例如将校验抽成
private void validateAge(int age) { ... }，在构造器和 setter 中都调用它 - 这样既避免重复代码，又统一了规则出口，便于后期维护和扩展
