构造函数参数校验与初始化顺序详解

本篇文章给大家分享《构造函数参数校验与字段初始化顺序解析》，覆盖了文章的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

在Java构造函数中，应先对传入参数进行空值和有效性校验，再将参数赋值给实例变量并初始化其他字段；若提前赋值再校验，会导致逻辑错误（如校验未初始化的`this.healthProvider`），破坏防御性编程原则。

构造函数是对象生命周期的起点，承担着状态初始化与输入验证的双重职责。正确的执行顺序必须是：校验 → 赋值 → 初始化。原因在于：

• 传入参数（如 healthProvider）是校验的唯一可信来源，而 this.healthProvider 在赋值前处于默认值（null），直接校验 this.healthProvider == null 实际上总为 true（除非字段已显式初始化），导致校验失效或误抛异常；
• 若先执行 this.healthProvider = healthProvider; 再校验，则无法阻止 null 或空白字符串被写入实例状态，违背了“失败快”（fail-fast）原则；
• patients 等依赖字段应在参数校验通过后初始化，确保对象始终处于一致、合法的中间状态。

✅ 正确写法（推荐）：

public Provider(String healthProvider) {
    // Step 1: 校验传入参数（使用 healthProvider，非 this.healthProvider）
    if (healthProvider == null) {
        throw new IllegalArgumentException(PROVIDER_NULL);
    }
    if (healthProvider.isBlank()) {
        throw new IllegalArgumentException(PROVIDER_ISBLANK);
    }

    // Step 2: 安全赋值
    this.healthProvider = healthProvider;

    // Step 3: 初始化关联资源
    this.patients = new ArrayList<>();
}

⚠️ 常见错误辨析：

• ❌ if (this.healthProvider == null) —— 构造函数中 this.healthProvider 尚未赋值，恒为 null，该判断无意义；
• ❌ 先赋值后校验 —— 即使校验失败，healthProvider 已被设为 null，对象可能处于半初始化、不可用状态；
• ❌ 在校验前初始化 patients —— 虽无逻辑冲突，但属资源浪费（若校验失败，ArrayList 将被立即丢弃）。

? 补充建议：

• 使用 Objects.requireNonNull() 和 Objects.requireNonNullElse() 等工具方法可简化空值校验；
• 对于 Java 11+，优先使用 String.isBlank()（涵盖空格、制表符等空白字符），而非 isEmpty()；
• 单元测试应覆盖 null、空白字符串、正常字符串三类输入，验证异常是否精准抛出且对象未被创建。

遵循“先验后赋”的构造函数模式，不仅能保障对象不变性（invariant），还能提升代码可读性与可维护性，是 Java 面向对象设计中的基础实践准则。

本篇关于《构造函数参数校验与初始化顺序详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！