空对象模式通过提供有意义的空值替代null来避免空指针异常。其核心在于定义接口或抽象类后创建默认行为实现，减少null检查，适用于接口返回、策略默认、辅助模块等场景。具体步骤为：1. 定义包含核心方法的接口或抽象类；2. 创建实现默认行为的具体类。使用时需注意避免掩盖问题、合理设计默认行为并控制类数量，适合在null为正常情况且不影响逻辑的场景中应用。
写代码的时候，最怕的不是逻辑复杂，而是运行时突然报个 NullPointerException，程序直接崩溃。尤其是在调用链比较深的地方，一个空对象就能让整个流程中断。这时候，空对象模式（Null Object Pattern）就是一个很实用的解决方案。
什么是空对象模式？
简单来说，空对象模式就是用“有意义的空值”代替 null，从而避免在调用方法或访问属性时出现空指针异常。
比如，我们通常会这样判断一个对象是否为 null：
if (user != null) {
user.doSomething();
}但如果使用空对象模式，就可以直接调用 user.doSomething()，而不用担心它是不是 null。因为即使是个“空”的 user，它也有默认行为，只是什么都不做而已。
这种做法的好处很明显：减少 null 检查，代码更简洁，也更容易维护。
空对象模式适合用在哪？
这个模式特别适合那些需要频繁判断 null 的场景，尤其是以下几种情况：
- 接口调用返回值：比如从数据库查询用户信息，如果没查到，可以返回一个 NullUser 而不是 null。
- 策略模式中的默认实现：当你有一组策略类，某些情况下没有合适的策略可用，可以用空策略兜底。
- 日志、监控等辅助模块：比如一个空的日志实现，在不开启日志时自动忽略所有输出。
举个例子，如果你有一个支付方式接口，当用户没有设置支付方式时，直接返回一个 NullPaymentMethod 实例，它的 pay 方法是空的。这样上层逻辑就不用加一堆 if 判断了。
怎么实现一个空对象？
要实现空对象，其实很简单，只需要两步：
- 定义一个接口或抽象类，里面包含核心方法
- 创建一个具体类，继承该接口/类，并在每个方法中提供默认行为（通常是不做任何事）
例如，定义一个用户服务接口：
public interface UserService {
void sendNotification(String message);
}然后创建正常实现和空实现：
public class RealUserService implements UserService {
public void sendNotification(String message) {
// 实际发送通知的逻辑
}
}
public class NullUserService implements UserService {
public void sendNotification(String message) {
// 什么也不做
}
}之后在使用时，就可以根据情况返回 Real 或 Null 版本，调用方无需关心是否为空。
当然，也可以结合工厂模式、缓存机制一起用，让空对象的创建更统一。
使用空对象需要注意什么？
虽然空对象模式很好用，但也有一些容易踩坑的地方：
- 不能掩盖真正的问题：如果某个地方应该有对象却返回了空对象，结果问题被“静默”了，反而不好排查。
- 需要合理设计默认行为：比如返回 null 可能更合适的地方，强行用空对象反而会让逻辑变得模糊。
- 可能增加类的数量：每个可空的对象都需要一个对应的 Null 类，项目大了可能会显得有点冗余。
所以在实际开发中，建议只在以下几个场景使用：
- 明确知道 null 是一种正常情况
- 默认行为不会影响业务逻辑
- 有统一的创建入口，方便管理
像日志记录器、配置读取器这些组件就很适合用空对象来兜底。
基本上就这些。空对象模式不是万能药，但用对地方，确实能让代码少一些 if 判断，多一点优雅。
