filepath.Walk是安全识别过期文件的首选方法，需递归遍历、跳过目录、用ModTime()判断过期、妥善处理权限错误，并在os.Remove前二次校验文件状态与路径白名单。

如何用 filepath.Walk 安全遍历并识别过期文件

直接用 os.RemoveAll 清目录太粗暴，必须先判断文件是否过期。关键不是“删”，而是“准确识别哪些该删”——filepath.Walk 是最稳妥的选择，它能递归进入子目录，且不会因权限问题 panic（只要处理好 error）。别用 filepath.Glob，它不支持深度遍历，也拿不到文件的 ModTime()。

• 务必检查每个 os.FileInfo 的 IsDir()，跳过目录本身，只对普通文件做时间判断
• 过期逻辑建议统一用 time.Now().Add(-duration).After(fi.ModTime())，避免时区或负数计算出错
• 遇到 permission denied 错误时，filepath.Walk 会传入非 nil error，此时应记录日志但继续 walk，不要 return

删除前必须加 os.Remove 的安全防护

os.Remove 本身不校验文件状态，删掉正在被写入的日志文件会导致程序 panic 或数据丢失。真实场景里，常见错误是：没确认文件是否可写、是否被进程占用（尤其 Windows）、路径是否为符号链接指向系统关键位置。

• 删之前调用 os.Stat 二次确认文件仍存在且是普通文件（防止竞态：walk 后被 mv 或 unlink）
• 加 if !fi.Mode().IsRegular() 过滤设备文件、socket、命名管道等特殊文件
• Windows 下建议额外检查 fi.Sys().(*syscall.Win32FileAttributes) 是否含 FILE_ATTRIBUTE_READONLY，有则先 os.Chmod(path, 0644)

如何避免并发清理时的 race condition

多个 goroutine 同时清理同一目录，容易出现 “file does not exist” 或 “no such file or directory” 错误——这不是 bug，是预期行为。但若没处理好，会导致日志刷屏或误判失败。

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

• 不要为每个文件启 goroutine；批量收集待删路径后，用带 buffer 的 channel + 固定 worker 数（如 5）控制并发
• os.Remove 返回 os.IsNotExist(err) 时直接忽略，这是安全的；但 os.IsPermission(err) 必须记录告警
• 若需原子性（例如：只允许每小时最多删 1000 个），用 sync/atomic 计数器 + 时间窗口控制，别依赖文件锁（跨进程无效）

filepath.Join 和相对路径拼接的坑

硬拼字符串如 dir + "/" + name 在 Windows 下会崩，而且遇到 ../ 或空 name 时可能越界删错目录。所有路径构造必须走 filepath.Join。

立即学习“go语言免费学习笔记（深入）”；

• filepath.Join(root, relPath) 才是唯一可靠方式，它自动处理分隔符和 clean（如合并 ../）
• 从 filepath.Walk 回调拿到的 path 是绝对路径，但如果你传入的是相对路径 root，回调里的 path 也会是相对的——务必在 walk 前 filepath.Abs(root) 统一上下文
• 删除前用 strings.HasPrefix(filepath.Clean(fullPath), allowedRoot) 做白名单校验，防止软链逃逸到系统目录

实际跑起来会发现，最难的不是写 delete 逻辑，而是让清理动作“可观察、可中断、可回滚”。比如临时把待删文件 mv 到隔离目录再定时 purge，比直接 os.Remove 更适合生产环境。路径校验和时间判断写错一行，就可能清掉 config 目录。