fsnotify 默认不递归监听子目录，仅监控父目录元数据变化；需遍历目录树逐个添加监听，并动态处理新目录创建事件，同时注意 inotify 句柄限制。
用 fsnotify 监控目录变动时，为什么只收到一次事件？
fsnotify 默认不会递归监听子目录，fsnotify.Add 传入一个父目录路径，仅监控该目录本身的元数据变化（如重命名、删除），不包括其下文件的创建/修改。这是最常被忽略的前提。
实操建议：
- 必须遍历目标目录树，对每个子目录单独调用
fsnotify.Add；可用filepath.WalkDir配合os.DirEntry.IsDir()判断 - 监听前先注册所有已有子目录，再启动监听，避免竞态导致漏掉初始状态下的子目录变更
- 收到
fsnotify.Create事件后，若对应路径是目录，需主动对其调用fsnotify.Add实现动态递归 - 注意 Linux 的 inotify 有句柄数限制（
/proc/sys/fs/inotify/max_user_watches），大量子目录时可能触发no space left on device错误，需提前调高阈值
增量备份逻辑里，如何判断文件是否“真正需要备份”？
不能只看修改时间（ModTime），因为 NFS、某些容器挂载或 Git 操作会重置时间戳；也不能只比对文件大小——空文件或小文件碰撞概率高。稳妥做法是组合校验。
实操建议：
- 优先用
os.Stat获取ModTime和Size，与上一次备份记录比对；两者都一致则跳过 - 若时间或大小任一不同，再计算
sha256.Sum前 1KB（快速）+ 全量（仅当 KB 级哈希不同时）；避免对大文件默认全量哈希 - 备份记录存为 JSON 文件（如
.backup_state.json），键为相对路径，值含modtime、size、hash（可选）和backup_time - 注意：Windows 下
ModTime精度只有 100ns，Linux 通常是纳秒级，跨平台部署时避免用==直接比较时间，改用Before/After或容差 1s
备份过程被中断时，如何保证状态一致性？
直接覆盖目标文件会导致备份中途失败后留下损坏副本；写入临时文件再原子重命名是基础，但还不够——备份状态记录也必须与文件写入同步更新，否则下次启动会重复备份或跳过已备份项。
实操建议：
- 每次备份单个文件前，先将待更新的状态条目写入临时 JSON 文件（如
.backup_state.tmp），再写入目标文件，最后os.Rename替换原状态文件 - 启动时优先读取
.backup_state.tmp，若存在则说明上次异常退出，用它恢复状态并清理未完成的目标文件碎片 - 目标路径使用
filepath.Join(backupRoot, relPath)构造，确保层级结构与源一致；备份前用os.MkdirAll创建父目录，避免因目录缺失导致写入失败 - 不要在监听 goroutine 中直接执行备份 I/O，应把变更事件发到带缓冲的
chan fsnotify.Event，由独立 worker goroutine 消费处理，防止事件积压丢失
运行时如何安全退出并等待备份完成？
Ctrl+C 发送 os.Interrupt 后，若直接 os.Exit，正在复制的大文件或写状态文件的操作会被打断，造成备份不完整。
实操建议：
- 用
signal.Notify捕获os.Interrupt和syscall.SIGTERM，设一个sync.WaitGroup跟踪活跃备份任务 - 收到信号后，关闭 fsnotify
Watcher（防止新事件），再调用wg.Wait()等待所有 worker 完成当前任务 - worker 在开始处理每个事件前
wg.Add(1)，结束后wg.Done()；主 goroutine 不阻塞监听循环，而是用select等待信号或watcher.Events - 可加一个超时保护：若
wg.Wait()超过 30 秒仍未返回，打印 “仍有 N 个任务未完成”，然后强制退出（此时至少状态文件是完整的）
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
