filepath.Walk遍历顺序不保证字母序或树形层级，因按文件系统实际顺序执行且无内置深度信息；需手动维护深度状态并用filepath.ToSlash统一路径分隔符，结合prefix切片模拟tree命令的ASCII缩进结构。
用 filepath.Walk 遍历目录时，为什么输出顺序乱、层级不对
默认 filepath.Walk 按文件系统实际顺序遍历，不保证按字母序或树形缩进逻辑；它也不自带层级信息，直接打印会平铺所有路径。必须手动维护深度状态，否则父子目录混排、缩进失效。
- 每次进入子目录前，将当前路径的深度（即斜杠数或调用栈深度）传入闭包或通过闭包变量累加
- 避免在回调函数里直接用
strings.Count(path, "/")算深度——Windows 路径含反斜杠，且相对路径可能无根，应统一用strings.Count(filepath.ToSlash(path), "/") - 遇到
os.FileInfo.IsDir()为true时才输出目录名，并控制是否显示其内容（比如跳过.git或node_modules）
如何让输出像 tree 命令一样带竖线和连接符
纯文本树形需要模拟 ASCII 绘图逻辑：每层用 ├── 表示非末尾项，└── 表示该层最后一个，上层用 │ 占位对齐。Go 没有内置支持，得靠状态数组记录每层是否还有兄弟节点。
- 维护一个
[]bool切片，索引对应层级，值表示“该层后续是否还有同级项” - 在
WalkFunc中，根据当前路径深度动态构造前缀：对第i层，若prefix[i]为true则加"│ "，否则加" "；最后一层用├──或└── - 关键点：必须先收集同级所有条目再决定哪个是
└──，所以不能边 walk 边输出——得用filepath.Walk先存结构，再排序+渲染
os.ReadDir 和 filepath.Walk 选哪个更合适
如果只要当前目录一层，用 os.ReadDir 更轻量、可排序、无递归开销；但要做完整树形输出，filepath.Walk 更省事——它自动处理嵌套、符号链接（需配 filepath.WalkDir 控制）、错误聚合。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
os.ReadDir返回[]fs.DirEntry，支持IsDir()和Name()，适合做首层预处理（比如过滤隐藏文件） -
filepath.Walk的回调函数参数是完整路径，需自己调用os.Stat获取os.FileInfo，而filepath.WalkDir可直接拿到fs.DirEntry，减少 syscall - 注意：Go 1.16+ 推荐优先用
filepath.WalkDir替代filepath.Walk，后者已标记为 legacy
命令行参数怎么支持 -L 跟随符号链接、-a 显示隐藏文件
标准 tree 的行为要手动实现：符号链接默认不展开，隐藏文件（以 . 开头）默认跳过，这些都得在 WalkFunc 里拦截判断。
立即学习“go语言免费学习笔记（深入）”；
- 对每个路径，先用
os.Lstat拿到原始信息，检查是否为符号链接且-L开启，再决定是否os.Stat获取目标信息 - 隐藏文件判断别只看
strings.HasPrefix(name, ".")，因为路径可能是/a/.b/c，得提取 basename：用filepath.Base(path)再判断 - 性能敏感时，避免反复调用
filepath.Base和strings.HasPrefix，可提前编译正则或用字节比较
filepath.Walk 不防环，遇到软链指向父目录会无限递归，得自己用 map[string]bool 记录已访问的 inode 或绝对路径。 
