模板方法模式在 Go 中需用接口 + 结构体组合模拟，通过定义 Processor 接口和 Workflow 执行器实现流程控制，钩子方法参数应统一为共享 state 指针，避免嵌入具体类型导致方法集不匹配。
模板方法模式在 Go 中没有语言级支持，但能用组合 + 接口模拟
Go 没有抽象类、不能定义“仅声明不实现”的方法，所以 Template Method Pattern 必须靠接口 + 结构体嵌入 + 显式调用约定来实现。核心思路是：定义一个公共执行流程（如 Execute()），把可变步骤抽成接口方法，由具体类型实现。
用 interface 定义钩子方法，结构体嵌入实现统一流程
典型结构是声明一个 Processor 接口，包含 Setup()、DoWork()、TearDown() 等钩子；再写一个通用执行器结构体，持有该接口并按序调用——这就是“模板”。实际行为由传入的具体实现决定。
type Processor interface {Setup() DoWork() TearDown() } type Workflow struct {p Processor} func (w *Workflow) Execute() { w.p.Setup() w.p.DoWork() w.p.TearDown() } // 具体实现 type FileProcessor struct{} func (f FileProcessor) Setup() { fmt.Println("open file") } func (f FileProcessor) DoWork() { fmt.Println("parse content") } func (f FileProcessor) TearDown() { fmt.Println("close file") } // 使用 wf := &Workflow{p: FileProcessor{}} wf.Execute()钩子方法参数和返回值需提前对齐，否则无法复用模板
如果不同实现需要不同上下文（比如有的要传 *os.File，有的要传 context.Context），就不能直接用空接口或硬 编码 参数。常见做法是：
- 让钩子方法接收一个共享的
state结构体指针，各实现按需读写字段 - 或者把参数提取到
Workflow字段中，在Execute()前初始化 - 避免在钩子中返回 error 后中断流程——除非你显式检查并处理，否则模板会继续执行后续步骤
例如，加一个 State 字段后，Setup() 可以初始化资源，DoWork() 直接用 w.state.Input，不用改签名。
立即学习“go 语言免费学习笔记（深入）”；
注意嵌入结构体时方法集继承的陷阱
如果用匿名字段嵌入具体类型（如 struct{FileProcessor}）来“复用”钩子实现，要注意 Go 的方法集规则：只有 ** 值类型嵌入 ** 时，外部结构体才拥有其指针方法；而 ** 指针嵌入 ** 会导致方法集不被提升。更稳妥的方式是显式组合接口，而非嵌入具体类型。
容易踩的坑包括：
- 误以为
struct{FileProcessor}能自动满足Processor接口——它不能，因为FileProcessor是值类型，其方法集只包含值接收者方法；若你定义的是指针接收者方法（如func (f *FileProcessor) Setup()），那必须嵌入*FileProcessor - 在
Execute()内部调用钩子时，传了错误的 receiver（比如用了值而非指针），导致状态未更新
最简、最可控的做法始终是：用接口字段 + 显式赋值，不依赖嵌入自动提升。
