深入理解Java命令模式：将请求封装成对象，实现解耦与扩展
目录导读
- 什么是命令模式
- 为何要将请求封装成对象
- Java命令模式核心结构详解
- 经典实现案例：智能家居遥控系统
- 实际开发中的常见问题与解答
- 命令模式在企业级项目中的最佳实践
- 总结与思考
什么是命令模式
命令模式（Command Pattern）是GoF设计模式中的行为型模式之一，其核心思想是将“请求”封装成一个对象，从而允许用户使用不同的请求、队列或日志请求来参数化其他对象，并支持可撤销操作。
命令模式就是把一次调用（比如点击按钮、发送消息、执行操作）变成一个具体的对象，这个对象包含了执行所需的所有信息：调用哪个方法、传给谁、参数是什么。
与普通调用的区别：
- 普通调用：
receiver.action(params)—— 调用方直接依赖实现方 - 命令模式：
command.execute()—— 调用方只依赖命令接口，实现方被隔离
这种封装使得命令可以被存储、传递、排队、记录日志，甚至支持撤销与重做。
为何要将请求封装成对象
在实际项目开发中,我们常遇到以下痛点：
- 调用者与执行者高度耦合：UI层直接调用业务层，一旦业务变更，UI层也必须修改。
- 无法记录操作历史：直接调用无法记录“刚才做了什么”，撤销操作难以实现。
- 请求无法排队或延迟执行：例如批量任务、异步队列、宏录制等场景，普通方法调用无法灵活应对。
- 扩展性差：新增一种操作需要修改调用者的代码，违反开闭原则。
命令模式通过引入“命令对象”作为中间层，完美解决了这些问题，Java中的Runnable接口其实就是命令模式的原型——将一个任务封装成对象，交给线程池执行。
Java命令模式核心结构详解
命令模式包含四个核心角色：
| 角色 | 说明 | Java示例 |
|---|---|---|
| Command（抽象命令） | 声明执行操作的接口 | interface Command { void execute(); } |
| ConcreteCommand（具体命令） | 绑定接收者与操作，实现execute() | class LightOnCommand implements Command |
| Receiver（接收者） | 真正执行业务的类 | class Light { void turnOn() } |
| Invoker（调用者） | 持有命令对象，触发执行 | class RemoteControl |
关键设计要点：
- 具体命令持有接收者的引用,在
execute()中调用接收者的方法 - 调用者不依赖具体命令,只依赖命令接口
- 命令对象可以被序列化、存储、排队
经典实现案例：智能家居遥控系统
假设我们要开发一个智能家居系统,用户可以通过遥控器控制灯光、空调、音响等设备。
定义接收者
public class Light {
public void turnOn() { System.out.println("灯亮了"); }
public void turnOff() { System.out.println("灯灭了"); }
}
public class AirConditioner {
public void setTemperature(int temp) { System.out.println("空调设置为" + temp + "度"); }
}
定义命令接口与具体命令
public interface Command {
void execute();
void undo(); // 支持撤销
}
public class LightOnCommand implements Command {
private Light light;
public LightOnCommand(Light light) { this.light = light; }
public void execute() { light.turnOn(); }
public void undo() { light.turnOff(); }
}
定义调用者（遥控器）
public class RemoteControl {
private Command slot; // 当前按键对应的命令
public void setCommand(Command cmd) { this.slot = cmd; }
public void pressButton() { slot.execute(); }
public void pressUndo() { slot.undo(); }
}
客户端使用
Light livingRoomLight = new Light(); Command lightOn = new LightOnCommand(livingRoomLight); RemoteControl remote = new RemoteControl(); remote.setCommand(lightOn); remote.pressButton(); // 输出：灯亮了 remote.pressUndo(); // 输出：灯灭了
扩展性体现：如果需要新增一个音响控制，只需新增StereoOnCommand类实现Command接口，无需修改遥控器代码。
实际开发中的常见问题与解答
Q1：命令模式和策略模式有什么区别？ A：两者结构相似，但目的不同，策略模式封装的是“算法”，关注“怎么做”；命令模式封装的是“请求”，关注“做什么”，命令模式强调将请求与执行分离，并支持撤销、排队等。
Q2：在Spring框架中如何应用命令模式？
A：Spring的ApplicationContext发布事件（ApplicationEvent）本质上就是命令模式的变体，事件作为命令对象，监听器作为接收者，ApplicationEventPublisher作为调用者，Spring的@Command注解、CommandLineRunner也是典型应用。
Q3：命令对象是否需要支持序列化？
A：如果需要持久化命令（比如用户点击了一个按钮，但断电后需要恢复），则命令对象需要实现Serializable，此时接收者也需要是序列化的，或者通过ID引用来恢复。
Q4：大量命令对象会导致内存溢出吗？
A：如果命令对象持有接收者引用，且长时间不释放，确实可能造成内存泄漏，建议使用弱引用（WeakReference）或确保操作完成后及时清理命令队列。
Q5：如何实现命令的延迟执行？
A：将命令对象放入队列（如Queue<Command>）中，后台线程从队列中取出并执行，Java的ThreadPoolExecutor配合Runnable就是最典型的延迟执行例子。
命令模式在企业级项目中的最佳实践
- 结合工厂模式创建命令：使用工厂或依赖注入管理命令对象的创建，避免客户端直接new具体命令。
- 支持组合命令：实现
MacroCommand，内部持有多个命令对象，execute()时循环执行，这种“宏命令”在GUI批量操作中非常常见。 - 日志与恢复：每次执行命令时，将命令对象序列化到文件或数据库，系统崩溃后，可以反序列化并重新执行未完成的命令。
- 异步与回调：命令模式天然适合异步处理，可以扩展
execute()返回Future或接受回调函数。
性能优化建议：
- 对于高频调用的命令,使用享元模式复用命令对象
- 命令对象尽量为无状态,接收者作为参数传入
总结与思考
命令模式通过将“请求”封装成对象，实现了调用者与执行者的完全解耦，它在需要操作回放、撤销重做、任务队列、日志记录等场景下优势明显，在Java生态中，从简单的Runnable到复杂的分布式任务调度框架（如Quartz），都贯穿了命令模式的思想。
实际开发时要注意两点：
- 不要过度设计,如果只有一两个操作，直接用方法调用即可，引入命令模式会增加复杂度。
- 命令对象的粒度要适中,太细则管理成本高，太粗则失去灵活性。
理解并善用命令模式,能让你的系统在面对复杂业务逻辑时，依然保持清晰的架构与良好的扩展性，下次当你需要在代码中“记录操作历史”或“支持批处理”时，不妨想一想：能否将这个请求封装成命令对象？
