使用this()委托可集中校验逻辑于私有构造方法，避免重复校验与不一致；this()须为首条语句，参数需预处理；复杂场景可结合Builder模式提升可读性与灵活性。
Java构造方法中用this()调用另一个构造方法，可以集中处理属性校验逻辑，避免重复代码，同时保证对象创建时的数据合法性。
校验逻辑统一放在私有构造方法中
把参数校验和初始化逻辑封装在一个私有构造方法里，其他公有构造方法通过this()委托给它。这样校验只写一次，所有入口都受控。
- 私有构造方法接收完整参数，做空值、范围、格式等检查
- 公有构造方法按需提供简化签名，内部调用私有构造方法
- 校验失败直接抛出
IllegalArgumentException等运行时异常
避免在公有构造方法中重复校验
如果不使用this()委托，多个构造方法各自校验，容易遗漏或不一致。比如一个构造方法检查了年龄不能为负，另一个却没检查，就会埋下隐患。
- 重复校验增加维护成本，修改规则要改多处
- 不同构造路径可能产生状态不一致的对象
-
this()确保所有实例化路径最终都经过同一套校验逻辑
this()必须是构造方法的第一条语句
Java语法强制要求this()调用必须出现在构造方法首行，否则编译报错。这意味着校验前不能执行任何字段赋值或局部变量操作。
立即学习“Java免费学习笔记（深入）”；
- 设计时要把校验所需参数提前准备好，作为
this()的实参传入 - 如果需要预处理（如trim字符串），应在调用
this()前完成，但不能涉及实例字段 - 不能在
this()之后再写校验代码，否则逻辑被绕过
结合Builder模式增强可读性与灵活性
当构造参数较多或校验逻辑复杂时，单独靠this()可能让构造方法签名臃肿。可搭配静态内部Builder类，在build()阶段统一校验并调用私有构造方法。
- Builder负责收集参数、做初步转换（如日期解析）
- build()方法组装好全部参数后，一次性调用私有构造方法
- 既保持构造过程清晰，又不破坏
this()校验的集中性
