空对象模式（Null Object Pattern）精讲 —— CS-Notes 行为型设计模式解析

空对象模式（Null Object）是行为型设计模式之一，其核心思想是用一个"什么都不做"的空对象来代替 null 返回值，从而让调用方不再需要层层判空。本文以 CS-Notes 仓库 notes/设计模式 - 空对象.md 为骨架，结合完整代码示例，系统讲解该模式的意图、类图结构、实现要点、适用场景与取舍，帮助你在阅读源码与面试表达时快速抓住关键。

一、模式动机：为什么需要用"空对象"代替 NULL

在 Java 开发中，一个方法返回 null 往往意味着"没有可用的结果"。但 null 不是对象，调用方拿到它之后无法直接调用方法，只能先做判空：

AbstractOperation op = func(-1);
if (op != null) {          // 冗余且容易遗漏的判空
    op.request();
}

CS-Notes 中 notes/设计模式 - 空对象.md 明确指出该模式要解决的三个核心痛点：

1. 判空代码大量冗余：一个方法返回 NULL，意味着方法的调用端需要检查返回值是否为 NULL，这种检查散落在各处，造成大量重复样板代码；
2. 判空易被遗漏：如果某一个调用端忘记了做返回值检查而直接使用返回的对象，就可能抛出 空指针异常（NullPointerException）；
3. "什么都不做"也是一种合法的行为结果：很多场景下，找不到对象时业务上本来就期望"什么都不发生"（例如日志为空时静默跳过、树节点无子节点时递归终止），此时与其返回 null 让上层去兜底，不如直接返回一个"行为为空"的对象。

空对象模式的解决方案，就是用继承自同一抽象类的 NullOperation 去替代 null：它实现了全部接口方法，但方法体内"什么都不做"。调用方从此无需判空，直接调用即可。

需要说明的是：空对象模式适用于"空结果有着明确的无操作语义"的场景。如果"空"在业务上需要与"非空"产生完全不同的控制流（例如找不到用户要抛异常、打日志），那么显式判空或抛异常仍是更合适的选择。

二、类图结构：四个角色的职责划分

空对象模式由四类参与者构成，对应 notes/pics/22870bbe-898f-4c17-a31a-d7c5ee5d1c10.png 中展示的结构：

参与者	角色	职责
AbstractOperation	抽象操作类	声明统一的抽象方法 request()，是真实对象与空对象共同实现的"接口契约"
RealOperation	真实对象	实现真正的业务逻辑（do something）
NullOperation	空对象	继承 AbstractOperation，request() 方法体为空（do nothing），用来替代 null
Client	调用端	只依赖抽象类型 AbstractOperation，无须关心拿到的是真实对象还是空对象

从类图可以提炼出空对象模式的三条结构要点：

• RealOperation 与 NullOperation 共同继承抽象父类/接口，这是二者能被客户端统一对待的前提；
• Client 面向抽象类编程（图中为关联关系），持有的引用类型是 AbstractOperation 而非某个具体实现类；
• "空"被对象化了——不再是一个表示"没有"的引用值 null，而是一个具体的、可以安全调用方法的对象实例。

三、代码实现：从抽象类到客户端逐层拆解

下面完整还原 CS-Notes 中的示例代码（与总集 notes/设计模式.md 中"12. 空对象（Null）"章节一致），并逐类说明其作用。

第 1 步：定义抽象操作类 AbstractOperation

public abstract class AbstractOperation {
    abstract void request();
}

AbstractOperation 是模式中的"契约层"，抽象方法 request() 是真实对象与空对象都必须对外提供的能力。

第 2 步：实现真实对象 RealOperation

public class RealOperation extends AbstractOperation {
    @Override
    void request() {
        System.out.println("do something");
    }
}

RealOperation 承载真正的业务行为。在真实项目中，这里的 request() 可能是发送网络请求、写数据库、计算价格或遍历树节点等具体操作。

第 3 步：实现空对象 NullOperation

public class NullOperation extends AbstractOperation {
    @Override
    void request() {
        // do nothing
    }
}

NullOperation 是空对象模式的关键。它同样实现了 request()，但方法体内不做任何事——这正是它能够"无害替代 null"的根本原因：调用它不会产生副作用，也不会抛异常。

第 4 步：客户端 Client 直接使用返回对象

public class Client {
    public static void main(String[] args) {
        AbstractOperation abstractOperation = func(-1);
        abstractOperation.request();
    }

    public static AbstractOperation func(int para) {
        if (para < 0) {
            return new NullOperation();
        }
        return new RealOperation();
    }
}

Client 中值得注意的细节：

• 工厂式方法 func(int para) 在条件不满足（para < 0）时返回 NullOperation 实例而不是返回 null，这是模式落地的关键一步；
• main 中拿到返回值后直接调用 abstractOperation.request()，全程没有任何 if (xx != null) 判空分支，也不会抛 NullPointerException；
• 这段代码无论 func 参数取何值都能正常运行——参数为负数时"静默无操作"，否则执行真实逻辑。这就是空对象模式带来的调用端简化。

四、适用场景与落地经验

结合空对象模式的特点，以下几个场景最容易发挥它的价值，也常被用于设计模式类面试题的口头举例：

• 返回值存在"合法缺失"语义的查询方法：例如按 ID 查找、配置项读取、树/链表的遍历——查不到时业务期望"什么都不做"而非报错。此时返回一个空对象即可让上层调用链一路畅通。
• 日志/监听器/回调等可选组件：当某个组件可选时（如未配置日志器），可以注入一个"空日志器"（方法全部为空实现），避免在每个调用点判空。
• 需要统一遍历的容器：例如 Collections.emptyList() 返回的就是一个不可变空集合对象，而不是 null，从而让 for 循环与 stream() 调用无需判空即可安全执行——这是 JDK 中"空对象思想"的典型体现。
• 消除深层判空的样板代码：在层层嵌套的调用链中，若每一层都返回空对象而非 null，则各层之间可省去大量 if 守卫。

从 Java 生态看，空对象模式与 java.util.Optional 思路相近但取向不同：Optional 把"可能为空"显式建模并强制调用方处理（ifPresent/orElse），而空对象模式则直接把"空"实现为一个无操作对象，对调用方完全透明。二者都旨在降低空指针风险，区别在于前者强调"提醒处理"，后者强调"无需处理"。

五、优缺点与模式对比

优点

• 消除冗余判空代码，让调用端逻辑更专注、更易读；
• 从根源上规避空指针异常——不再有"忘记判空"的人为失误空间；
• 符合开闭原则：新增一种"空行为"只需新增空对象子类，不改动客户端；
• 客户端面向抽象编程，真实对象与空对象可随时互换。

缺点与使用约束

• 空对象会吞掉"不应无操作"的错误信号：如果某处本应在缺失时告警或抛异常，空对象会让问题静默发生，增加排查难度；
• 需要额外编写空实现类，增加类数量，若接口方法较多则维护成本上升；
• 若空对象被共享，需要注意其应为无状态的，避免共享可变状态引发并发问题（常见做法是声明为不可变或单例）。

与相关模式的辨析

• 与策略模式（Strategy）的区别：空对象可以看作是策略模式的一种"退化"特例——策略模式定义一族可互换的算法，而空对象提供了该算法族中的一个"什么都不做"的默认实现，目的从"动态切换行为"变为"消除空值分支"。CS-Notes 中 notes/设计模式 - 策略.md 展示了策略模式在"算法可替换"上的完整形态，可作为对照阅读。
• 与守卫判空的取舍：如果"空"引发的控制流很复杂（中断、抛错、走降级逻辑），显式判空比空对象更清晰；如果"空"就意味着"静默继续"，空对象明显更优。

六、阅读指引

• 本模式在 CS-Notes 中以独立成篇的形式维护于 notes/设计模式 - 空对象.md，并在总集 notes/设计模式.md（行为型第 12 节）中同步收录；
• 若按顺序系统学习，可经由 notes/设计模式 - 目录.md 导航至行为型各模式，重点对照阅读策略（Strategy）、状态（State）、模板方法等与"行为可替换/可默认"相关的模式，理解它们在类图相似表象下的意图差异；
• 该系列文档同时覆盖创建型、结构型与行为型共二十余种模式，配合 notes/设计模式 - 目录1.md 可以快速索引；面试前建议把"Intent → Class Diagram → Implementation"三段式讲解模板过一遍，本文对应空对象模式即可按"用无操作对象替代 null → AbstractOperation/RealOperation/NullOperation/Client 四角色 → func 返回空对象后调用端免判空"这条主线表达。

总结：空对象模式的本质是把"空"从 null 这种无行为的值，转换为一个有着明确契约（实现全部接口方法）但行为为空的对象。它牺牲一个额外的空实现类，换来调用端全局的判空代码精简与空指针风险消除，是一种典型的"以结构换健壮性"的行为型模式。理解并复述上述类图与代码，是掌握并在面试中讲清该模式的最短路径。