os.RemoveAll在大文件场景下会卡住甚至OOM，因其一次性加载大量元数据、递归构建路径树并维护海量FileInfo对象，触发VFS层缓存压力与syscall阻塞。
为什么 os.RemoveAll 在大文件场景下会卡住甚至 OOM
清理临时目录时直接调用 os.RemoveAll，在含数万小文件或单个 GB 级大文件的目录中，会一次性加载大量文件元数据、递归构建路径树，并在内存中维护大量 os.FileInfo 对象。Linux 下还可能触发 vfs 层的 dentry/inode 缓存压力，表现为进程 RSS 暴涨、syscall 阻塞（如 readdir 耗时激增），甚至被 OOM killer 杀掉。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 改用流式遍历：
filepath.WalkDir（Go 1.16+）替代filepath.Walk，跳过stat调用，仅需读取目录项即可判断是否为文件/目录 - 对每个匹配的文件，用
os.Remove单独删除，避免递归栈和元数据累积 - 加限速：每删 100 个文件
time.Sleep(1 * time.Millisecond)，缓解 I/O 尖峰 - 不依赖
os.RemoveAll的原子性——临时文件清理本就不需要事务语义
如何安全识别“过期临时文件”而不误删正在写的文件
仅靠 ModTime 判断过期风险很高：某些程序（如日志轮转、数据库导出）会先创建空文件再持续写入，ModTime 始终是最新时间，但文件实际已闲置；另一些程序写完立即 chmod 或 chown，导致 ModTime 更新，误判为活跃。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 优先使用
AccessTime（os.Stat().Sys().(*syscall.Stat_t).Atim）判断最近访问，更反映真实使用状态；但注意 ext4 默认挂载禁用 atime，需确认mount | grep relatime - fallback 到
ModTime，但增加“宽限期”：比如配置 2h 过期，实际检查time.Since(fi.ModTime()) > 2*time.Hour + 5*time.Minute，容忍写入延迟 - 跳过正在被打开的文件：尝试
os.OpenFile(path, os.O_WRONLY|os.O_CREATE|os.O_EXCL, 0)，若返回os.ErrExist说明可能已被占用（非 100% 可靠，但比无防护强） - 永远排除以
.tmp、.swp结尾但修改时间在 5 秒内的文件——大概率是编辑器临时锁文件
定时触发该清理任务的三种可靠方式
在长期运行的服务中，不能依赖 crond（容器环境不可靠）或简单 time.Ticker（进程重启后状态丢失、多实例竞争）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 轻量级选型：用
github.com/robfig/cron/v3，配置cron.WithChain(cron.Recover(cron.DefaultLogger))防 panic 中断调度 - 生产级选型：将清理逻辑封装为独立 CLI 工具（如
tmpcleaner --dir /tmp/myapp --age 2h），由 KubernetesCronJob或 systemd timer 触发，隔离资源与生命周期 - 嵌入服务时，用 “首次启动后延迟 + 固定间隔” 启动 goroutine：
time.AfterFunc(time.Minute, func(){ ticker := time.NewTicker(10*time.Minute); ... })，避免冷启动瞬间压垮磁盘
清理失败时如何记录可定位的日志并防止雪崩
常见错误如 permission denied、device or resource busy、no space left on device（因删除中途 inode 耗尽），若静默忽略，会导致磁盘持续告警；若全量重试，又可能反复失败占满 CPU。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 对每个
os.Remove错误，只记录path和err.Error()，不打印 full stack（避免日志刷屏） - 按错误类型分级处理：
os.IsPermission→ 跳过并 warn；errors.Is(err, syscall.EBUSY)→ 加入重试队列，最多 2 次，间隔 1s；其他错误（如 syscall.ENOSPC）→ 立即停止本次清理，log.Fatal - 每次清理前检查磁盘可用空间：
unix.Statfs获取Bavail，低于阈值（如 512MB）则跳过删除，只记录告警 - 用
atomic.Int64统计本次成功删除字节数，上报 metrics，便于观察是否“删了但没清出空间”（比如文件被硬链接占用）
真正麻烦的是硬链接和 mmap 文件：它们不会因 unlink 立即释放磁盘，得靠进程退出或 munmap。这类情况只能靠监控 lsof +L1 或 /proc/*/fd 主动发现，不在定时清理职责范围内。
