特点

将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。命令模式可以将请求的发送者和接收者之间实现完全的解耦，发送者和接收者之间没有直接的联系，发送者只需要知道如何发送请求命令即可，其余的可以一概不管，甚至命令是否成功都无需关心。同时我们可以非常方便的增加新的命令，但是可能就是因为方便和对请求的封装就会导致系统中会存在过多的具体命令类。

主要角色

抽象命令类（Command）角色：声明执行命令的接口，拥有执行命令的抽象方法 execute()。
具体命令角色（Concrete Command）角色：是抽象命令类的具体实现类，它拥有接收者对象，并通过调用接收者的功能来完成命令要执行的操作。
实现者/接收者（Receiver）角色：执行命令功能的相关操作，是具体命令对象业务的真正实现者。
调用者/请求者（Invoker）角色：是请求的发送者，它通常拥有很多的命令对象，并通过访问命令对象来执行相关请求，它不直接访问接收者。

实现

public interface Command {
    void execute();
}

public class CommandA implements Command {
    @Override
    public void execute() {
        new ReceiverA().action();
    }
}

public class CommandB implements Command {
    @Override
    public void execute() {
        new ReceiverB().action();
    }
}

public class ReceiverA {
    public void action() {
        System.out.println("A");
    }
}

public class ReceiverB {
    public void action() {
        System.out.println("B");
    }
}

@AllArgsConstructor
@NoArgsConstructor
@Setter
public class Invoker {
    private Command command;
    public void call(){
        this.command.execute();
    }
}

策略模式的意图是封装算法，它认为“算法”已经是一个完整的、不可拆分的原子业务（注意这里是原子业务，而不是原子对象），即其意图是让这些算法独立，并且可以相互替换，让行为的变化独立于拥有行为的客户；而命令模式则是对动作的解耦，把一个动作的执行分为执行对象（接收者角色）、执行行为（命令角色），让两者相互独立而不相互影响。