Go命令模式必须定义含Execute和Undo方法的Command接口，所有命令需同时实现二者以支持撤销栈；Undo须基于Execute前保存的状态快照，不可依赖运行时重查；撤销栈应使用[]Command而非[]interface{}确保类型安全。
命令接口必须定义 Execute 和 Undo 两个方法
Go 没有接口继承或抽象类，所以命令行为必须靠显式接口约束。常见错误是只实现 Execute，结果无法统一管理撤销逻辑。
正确做法是定义一个最小契约接口：
type Command interface {
Execute()
Undo()
}
所有具体命令（如 MoveCommand、DeleteCommand）都必须同时实现这两个方法。否则后续用切片存命令时类型检查会失败，运行时调用 Undo() 会 panic。
-
Execute()负责执行实际变更（如修改结构体字段、写文件、发 HTTP 请求） -
Undo()必须是「可逆」操作：它不能依赖外部状态重算，而应基于Execute执行前已保存的快照或反向参数 - 如果某命令天然不可逆（如发送邮件），
Undo()应为空实现或返回 error，但接口仍需存在以保持一致性
撤销栈要用 []Command 而不是 []interface{}
用 []interface{} 存命令看似灵活，但取出来调用 Undo() 前必须做类型断言，容易漏判、panic，也失去编译期检查。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
直接使用 []Command 是更安全的选择：
type CommandHistory struct {
commands []Command
}
func (h *CommandHistory) Push(cmd Command) {
h.commands = append(h.commands, cmd)
}
func (h *CommandHistory) Undo() {
if len(h.commands) == 0 {
return
}
last := h.commands[len(h.commands)-1]
last.Undo()
h.commands = h.commands[:len(h.commands)-1]
}
- Go 的切片是值语义，
h.commands[:n-1]不会触发内存拷贝，性能无额外负担 - 如果需要限制历史长度（防内存泄漏），在
Push里加if len(h.commands) > maxLen { h.commands = h.commands[1:] } - 注意：
Undo()不自动从栈中移除命令——你得自己控制是否“消耗”该命令；多数场景下执行完就 pop，但某些重做逻辑可能需要保留
具体命令要保存足够的上下文用于回滚
比如实现一个 RenameFileCommand，不能只记新名字，还得记旧路径、原文件是否存在、是否已重命名成功等状态。
典型错误是把业务逻辑和命令耦合太紧，导致 Undo() 依赖全局变量或当前磁盘状态，一重启就失效。
type RenameFileCommand struct {
oldPath string
newPath string
existed bool // Execute 前检查过 oldPath 是否存在
}
func (c *RenameFileCommand) Execute() {
c.existed = fileExists(c.oldPath)
os.Rename(c.oldPath, c.newPath)
}
func (c *RenameFileCommand) Undo() {
if c.existed {
os.Rename(c.newPath, c.oldPath)
} else {
os.Remove(c.newPath) // 原来不存在，那 Undo 就是删掉新建的
}
}
- 关键点：
existed字段必须在Execute()中捕获并保存，不能等到Undo()再查——因为中间可能被其他操作改了 - 对结构体字段做深拷贝？一般不需要。Go 中 struct 是值类型，只要不包含指针或 map/slice 引用外部数据，直接赋值即可安全回滚
- 涉及并发操作时，命令对象本身应是不可变的（所有字段在构造后不再修改），避免多个 goroutine 同时调
Undo()破坏状态
撤销与重做共存时，Redo 不是 Undo 的逆操作
很多人误以为重做就是再执行一遍 Undo()，这是错的。重做本质是把已撤销的命令重新执行一次，所以需要另一个栈（redoStack）来暂存刚被 Undo 的命令。
每次 Undo 后把命令移到 redoStack，Redo 就是从那里取出来 Execute()：
type CommandHistory struct {
commands []Command
redoStack []Command
}
func (h *CommandHistory) Undo() {
if len(h.commands) == 0 {
return
}
cmd := h.commands[len(h.commands)-1]
cmd.Undo()
h.commands = h.commands[:len(h.commands)-1]
h.redoStack = append(h.redoStack, cmd)
}
func (h *CommandHistory) Redo() {
if len(h.redoStack) == 0 {
return
}
cmd := h.redoStack[len(h.redoStack)-1]
cmd.Execute()
h.redoStack = h.redoStack[:len(h.redoStack)-1]
h.commands = append(h.commands, cmd)
}
- 这里有个易忽略点：重做后的命令又进了
commands栈，意味着它之后也能被再次Undo—— 这才是符合用户直觉的行为 - 如果不想支持重做，就别维护
redoStack；但一旦加了，就得确保Execute()和Undo()都是幂等的，否则连续重做两次可能出错 - 真实项目中，命令对象可能很大（比如含大文件内容），这时建议用 ID + 外部存储代替全量对象缓存，避免内存暴涨
Undo，而是没在 Execute 里把「当时的状态」拍下来存进命令对象里——等真要回滚时，发现什么都没留下。 
