go中用嵌入结构体实现目录节点组合：dir和file均嵌入basenode并实现node接口，children用[]node存储，路径标准化在构建时完成，循环检测用map[string]bool防重复，遍历用显式栈避免栈溢出。
用嵌入结构体实现目录节点组合
Go 里没有继承，但通过结构体嵌入能自然表达“文件夹包含文件和子文件夹”这种树形关系。关键不是写多深的递归，而是让 Node 接口统一处理所有类型——哪怕它只是个空接口，也要靠嵌入字段来承载行为差异。
-
Dir结构体嵌入Node字段（比如BaseNode），再加一个Children []Node切片；File同样嵌入BaseNode，但不带子节点 - 别在
Dir里直接存*Dir或*File，全部用接口Node类型，否则遍历时要反复类型断言 - 嵌入字段名必须小写（如
baseNode），否则外部无法访问其方法；如果嵌入的是匿名字段且类型是接口，Go 会自动提升方法，这是组合生效的前提
递归遍历中避免无限循环的边界控制
真实文件系统可能有符号链接、挂载点甚至人为构造的循环引用（比如 A/B 指向 ../A）。光靠 os.ReadDir 不足以防御，必须在组合树构建阶段就做路径去重。
- 用
map[string]bool记录已访问的绝对路径，每次进入新目录前检查是否已存在；注意用filepath.Abs标准化路径，否则./a和a会被当成两个路径 - 不要把循环检测逻辑塞进遍历函数里——它属于构建阶段。一旦树节点生成完毕，遍历就该是纯内存操作，不碰
os - 若需支持符号链接跟随，用
os.Stat而非os.Lstat，但得配合os.IsSymlink提前判断，防止在循环里反复解析
为什么不用 interface{} 而坚持定义 Node 接口
用 interface{} 看似省事，实际会让后续所有操作都卡在类型断言上，尤其当你要统计大小、筛选后缀、生成路径时，每个地方都要写 v, ok := n.(File) 这类重复代码。
- 定义最小接口
type Node interface { Name() string; Path() string }，让File和Dir都实现，后续扩展方法（如Size()、IsDir()）也只加在接口里 - 接口方法返回值尽量简单：路径用
string，不要返回*os.FileInfo，否则调用方还得处理 nil 和 error - 如果某次遍历只需要名字和类型，就别在
Node接口里塞ReadContent()这种重操作——组合模式的价值在于按需装配，不是把所有能力堆进一个接口
os.WalkDir 和自建组合树的取舍场景
os.WalkDir 快、省内存、自带错误恢复，但它只提供线性回调，没法回溯父节点、没法缓存子节点列表、也没法在遍历中途动态修改结构。你真需要“把某个目录下所有 .go 文件打包成 zip 并跳过 vendor”时，就得自己建树。
立即学习“go语言免费学习笔记（深入）”；
- 用
os.WalkDir做初始扫描，生成节点对象，再构建成内存树——别试图边 walk 边建树，容易漏掉父子关系 - 如果目录深度超过 100 层，递归函数容易栈溢出，改用显式栈（
[]Node切片 + for 循环）代替递归调用 - 构建树时不做 I/O（比如不提前读文件内容），只存元信息；真正需要内容时再按需打开——这是组合模式保持轻量的关键
最易被忽略的是路径标准化时机：从 os.WalkDir 回调拿到的 entry.Name() 是相对名，而组合树里的 Path() 方法必须返回完整路径，这个拼接动作不能推迟到遍历阶段再做，否则同一节点多次调用会反复计算。
