filepath.WalkDir比Walk更优，因它用fs.DirEntry避免冗余stat调用、性能提升2–5倍，支持符号链接显式处理、错误分离及按需调用Info()；遍历时应优先用ModTime()而非不可靠的atime，并用SkipDir跳过特定目录。
用 filepath.WalkDir 遍历并判断最后访问时间
Go 标准库不直接暴露文件的 atime（最后访问时间），但 Linux/Unix 系统支持，os.Stat 返回的 FileInfo 在底层包含该字段。不过要注意：atime 默认可能被挂载选项（如 noatime）禁用，真实值不可靠；生产环境更推荐用 mtime（最后修改时间）替代——日志、缓存类文件只要没写入，基本等于没被访问。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 优先用
info.ModTime()代替info.Sys().(*syscall.Stat_t).Atim，避免跨平台兼容问题和挂载限制 -
filepath.WalkDir比filepath.Walk更安全：它传入fs.DirEntry，不额外触发stat，对权限不足的子目录不会提前中断遍历 - 若需跳过特定目录（如
tmp或.git），在回调中检查d.Name()并返回filepath.SkipDir
os.Remove 失败时别硬删，先处理权限和占用
常见错误现象：remove /cache/old.bin: permission denied 或 The process cannot access the file because it is being used by another process（Windows）。这不是代码写错了，而是系统级约束。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- Linux/macOS 下遇到
permission denied：先os.Chmod(path, 0644)，再os.Remove；注意os.Chmod对符号链接本身生效，要改目标得先os.Stat再os.Chmod - Windows 下文件被占用：捕获
*os.PathError，检查err.Err == syscall.ERROR_SHARING_VIOLATION，然后os.Rename(path, path+".to-delete")移走再删——这是唯一可靠绕过锁的方式 - 永远不要在清理循环里调用
os.RemoveAll：它同步递归删除，千级小文件可能卡主线程几百毫秒；改用os.Remove单个删，每删 50 个后调runtime.Gosched()
定时触发不能塞在 HTTP handler 里
把清理逻辑放在 http.HandlerFunc 或关键 goroutine 中，等于把磁盘 IO 和调度风险直接注入请求链路——一次 os.Remove 延迟就可能拖垮整个接口 P99。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 启动时起独立 goroutine，用
time.Ticker控制频率（如每 6 小时） - 用
chan struct{}做简单信号控制，避免多个清理任务并发冲撞 - 加限流：用
semaphore或计数器限制同时删除的文件数（例如 ≤2），防止 I/O 突增影响其他业务 - 记录失败项到本地
log，但别 panic 或重试——陈旧文件删不掉通常意味着正在被使用，下次再试即可
为什么不用 find -atime +N 而要自己写 Go 清理
外部命令看似省事，但实际埋坑：Shell 脚本依赖系统工具版本（find 的 -atime 在不同发行版行为不一致）、无法感知 Go 进程内状态（比如某个缓存文件正被 goroutine 持有句柄）、且难以嵌入告警或监控路径。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 如果已用
logrotate或cron，就别重复造轮子——它们更适合系统级日志管理 - Go 自清理只适用于应用强管控的路径，例如内存缓存落盘目录、临时上传切片、本地生成的 trace 文件等
- 务必加白名单过滤：只清理
.bin、.json.tmp、cache-*.dat这类明确可丢弃的扩展名，跳过.pid、.lock、config.yaml
atime 不可信，lsof 又太重，最终还得靠业务语义——比如你定义“7 天未修改的 session_*.json”就是陈旧的，这个规则必须和你的缓存淘汰策略对齐，否则删错比不删更糟。 
