命令模式在C#中核心是解耦调用者与接收者、支持撤销/重做、统一管理命令队列；缺Undo封装或Receiver生命周期管理易致生产环境状态不一致。
命令模式在 C# 里不是靠“实现接口就完事”，而是要解决「调用者与接收者解耦」+「支持撤销/重做/队列化」这三件事；没封装好 Undo 逻辑或漏掉 Receiver 的生命周期管理，项目一上生产就容易出状态不一致的问题。
什么时候该用 ICommand 而不是直接写方法？
当你需要把「按钮点击」「菜单项触发」「快捷键响应」这些 UI 动作，和背后真正干活的业务逻辑（比如保存文件、撤销编辑、切换主题）彻底分开时，ICommand 才有意义。否则就是过度设计——比如一个只在 Button_Click 里调一次的简单操作，硬套命令模式反而增加理解成本。
- 必须支持撤销：每个
Execute()都得对应一个可逆的Undo()，且两者操作的数据源要一致（别一个改List<t></t>，一个改ObservableCollection<t></t>） - 需要统一管理命令队列：比如实现宏命令（
MacroCommand），或把用户操作日志存下来用于回放 - 接收者（
Receiver）本身不能被 UI 层直接引用：例如编辑器类TextEditor不该出现在 XAML 的DataContext里，而应由命令内部持有
ICommand 接口的三个关键点你可能漏了
.NET 自带的 ICommand（常用于 WPF/MAUI）只有 Execute、CanExecute 和 CanExecuteChanged，但它不负责撤销、不管理状态、也不绑定接收者——这些都得你自己补。
-
CanExecute必须是纯函数：不能依赖外部变量（如全局isSaving标志），而应检查接收者当前状态（如receiver.IsDocumentModified） -
CanExecuteChanged触发时机很关键：WPF 不会自动监听接收者变化，你得在接收者属性变更时手动调用CommandManager.InvalidateRequerySuggested()或显式 raise 事件 - 别在
Execute里 new 接收者：接收者应由命令构造时传入（依赖注入），否则每次执行都新建实例，Undo就找不到上次操作的对象了
一个能跑通撤销/重做的最小完整示例
以下代码聚焦核心链路，去掉 MVVM 框架胶水，只保留命令模式本质：
public class TextEditor
{
public string Content { get; private set; } = "";
public void Insert(string text) => Content += text;
public void DeleteLastChar() => Content = Content.Length > 0 ? Content.Substring(0, Content.Length - 1) : "";
}
<p>public class InsertCommand : ICommand
{
private readonly TextEditor _receiver;
private readonly string _text;
private string _backup;</p><pre class="brush:php;toolbar:false;">public InsertCommand(TextEditor receiver, string text)
{
_receiver = receiver;
_text = text;
}
public void Execute(object parameter)
{
_backup = _receiver.Content; // 记录快照，供 Undo 用
_receiver.Insert(_text);
}
public void Undo() => _receiver.Content = _backup; // 注意：这里直接覆写，不是调用 DeleteLastChar
public bool CanExecute(object parameter) => !string.IsNullOrEmpty(_text);
public event EventHandler CanExecuteChanged;}
关键细节：Undo 不是「反向调用接收者方法」，而是还原执行前的状态快照；如果接收者很大（如含图像缓存），快照就得用深拷贝或版本号机制，否则内存爆炸。
真实项目里最容易崩的两个地方
一是命令堆栈（Stack<icommand></icommand>）没做线程同步：WPF 的命令可能从 UI 线程触发，但后台任务也可能调用 Execute，Push/Pop 必须加锁或换 ConcurrentStack；二是 Receiver 被 GC 回收后命令还在堆栈里——比如 TextEditor 关闭了，但撤销栈还存着对它的引用，下次 Undo 就 NullReferenceException。
解决办法很简单：命令构造时用 WeakReference<texteditor></texteditor> 持有接收者，并在 Execute 前检查 TryGetTarget；或者让接收者实现 IDisposable，在 Dispose 时清空所有关联命令的引用。
