Go没有传统组合模式接口，因其不支持继承和抽象基类，而是通过手动约定行为、值/指针接收者选择及统一Node接口（Name、Children、Walk）实现叶子与容器的透明调用。
为什么 Go 没有传统意义上的“组合模式”接口
Go 不支持类继承，也没有 interface{} 层级的抽象基类来强制实现 Add()、Remove()、GetChild() 等方法。所谓“组合模式”，在 Go 里本质是**手动约定行为 + 值接收/指针接收的显式选择 + 接口统一调度**。直接照搬 Java/C# 的 Component 抽象类写法，反而会导致冗余或运行时 panic。
用 Node 接口统一叶子与容器的调用入口
关键不是“如何让结构体嵌套”，而是“如何让调用方不区分叶子和分支”。定义一个最小接口，只暴露外部真正需要的能力，比如遍历、查找、序列化：
type Node interface {
Name() string
Children() []Node // 叶子返回空切片，容器返回子节点列表
Walk(func(Node)) // 统一深度优先遍历入口
}所有树节点类型（无论是否能挂子节点）都实现这个接口。注意：Children() 返回 []Node 而非 *Node 或具体类型，避免类型断言；Walk() 方法内自行处理递归逻辑，叶子节点直接执行回调，容器节点先调自己再遍历子节点。
Composite 和 Leaf 的字段设计与接收者选择
常见错误是把 children []Node 放在 Leaf 结构体里，造成内存浪费或误用。正确做法是：只有容器类型才持有子节点切片，叶子类型完全不包含该字段。
立即学习“go语言免费学习笔记（深入）”；
-
Composite必须用指针接收者实现Children()和Walk()，否则修改children切片底层数组时不会生效 -
Leaf可以用值接收者，因为不涉及状态变更 - 若需动态增删子节点，
Add(child Node)方法必须定义在*Composite上，且内部要检查child != nil，避免空节点引发后续 panic
示例中 Composite 的 Walk() 实现必须显式调用 fn(n) 自身，再遍历子节点 —— 否则根节点会被跳过。
避免循环引用与深拷贝陷阱
当树节点需要导出为 JSON 或跨 goroutine 传递时，Children() 返回的 []Node 是接口切片，底层实际是不同结构体指针。如果某节点同时被两个父节点引用（即 DAG 而非纯树），标准 json.Marshal() 会因循环引用报错 json: unsupported type: map[interface {}]interface{} 或无限递归。
解决方式不是加 json:"-" ，而是提供独立的 MarshalJSON() 方法，在其中做拓扑排序或 ID 引用标记。更轻量的做法是：对外只暴露不可变视图，用 func() []Node 替代直接暴露 children 字段，控制访问路径。
真正容易被忽略的是：一旦用了指针接收者，Composite{} 字面量初始化后必须取地址才能调用方法，否则编译失败 —— 这不是语法糖缺失，而是 Go 明确区分值/指针语义的设计必然结果。
