如何通过Record类的Compact Constructor自动化进行数据对象参数校验？

本文共计692个文字，预计阅读时间需要3分钟。

紧凑构造器是record必须执行的前置校验位置，不是‘可选方案’，而是语言层强制要求的校验入口——不在此处做，根本就做不了。

compact constructor 必须写在 this() 调用之前

校验逻辑若出现在 this() 之后，字段已完成 final 初始化，此时抛异常也拦不住对象构造完成。JVM 已经把值塞进字段了，校验纯属马后炮。

• this() 必须显式写出，且必须放在构造器末尾；不能省略，也不能提前
• 所有校验语句（如空值检查、范围判断）必须严格写在 this() 上方
• 禁止在字段声明处用 Objects.requireNonNull(email) —— 那只是初始化表达式，不参与构造流程控制
• 不要试图在 name() getter 里做修正或二次校验：record 设计原则是“声明即约束”，不是“取的时候再修”

校验失败必须抛 RuntimeException

record 构造器语法不允许声明 throws，所以 checked exception（如 IOException）直接编译报错。只能用运行时异常中断构造流程。