真正轻量又可靠的远程同步监控插件核心在“怎么判”和“怎么稳”：需用绝对路径监听目录、调大inotify限制、正确处理rename事件、同步前做原子校验、删除延迟执行、goroutine安全退出。
直接用 fsnotify 监控本地目录变化，再通过 scp、rsync 或自建 SSH 传输逻辑推送到远程，是可行的，但容易在重命名、临时文件、权限、中断恢复等环节出问题。真正轻量又可靠的远程同步监控插件，核心不在“怎么传”，而在“怎么判”和“怎么稳”。
为什么 fsnotify 收不到事件或 event.Name 为空
这不是代码写错了，而是路径或权限层面的问题被静默吞掉了。fsnotify 不会主动报错，监听失败时只是不发事件。
- 必须用
filepath.Abs()转成绝对路径再调用watcher.Add()，相对路径在 daemon 化或子进程场景下极易失效 - 确保监听的是目录，不是文件——
fsnotify只支持目录监听；若需关注某文件，应监听其父目录，再用filepath.Base(event.Name)过滤 - Linux 下检查
/proc/sys/fs/inotify/max_user_watches，默认 8192 不够用大量子目录，可临时 echo 524288 > /proc/sys/fs/inotify/max_user_watches - macOS 上首次事件可能延迟，是 Spotlight 干扰，加
fsnotify.WithBufferSize(4096)可缓解
如何正确处理 Rename 事件以兼容编辑器保存行为
VS Code、vim、Sublime 等几乎都用「写临时文件 + rename」方式保存，Create 和 Write 事件不可靠，Rename 才是真实完成信号。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 收到
event.Op & fsnotify.Rename != 0时，不要只看event.Name，要同时检查event.OldName - 立即对
event.Name做os.Stat()：确认文件存在、大小非零、ModTime 新于旧路径（如果旧路径还存在） - 忽略以
.swp、.un~、~结尾的OldName，它们是编辑器中间态，不是用户意图 - 避免把
Rename当作删除+创建来处理——这会触发两次同步，造成远程端重复覆盖或误删
远程同步前必须做的三件事
本地监控只是起点，远程操作一旦出错，轻则同步失败，重则目标端文件损坏或被清空。
- 同步前先做原子校验：用
ssh user@host 'stat -c "%Y %s" /path/to/dest/file 2>/dev/null'拿远程文件 ModTime 和 Size，只在本地更新时才推送 - 写入必须原子：先
scp src user@host:/tmp/file.new，再ssh user@host 'mv /tmp/file.new /path/to/dest/file'，防止传输中断留下半截文件 - 删除需延迟执行：收到本地
Remove后，放入一个 2 秒计时器，期间若同一路径出现Create（比如编辑器重开），就取消删除；否则才ssh rm
goroutine 泄漏与 watcher.Close() 的坑
watcher.Close() 不等于“立刻停止一切”，它只是关闭底层句柄，已排队但未读取的事件仍会从 watcher.Events 流出，且 watcher.Errors 若无人读取会永久阻塞。
- 别用
defer watcher.Close()—— panic 或 os.Exit 时 defer 不执行，watcher 就泄漏了 - 主循环要用
select配合context.WithCancel控制退出，退出前先关闭消费 goroutine，再watcher.Close() - 处理
watcher.Events和watcher.Errors必须用非阻塞读（select { case e := ）或单独 goroutine，否则 Close 后卡死 - 多个源目录共用一个
*fsnotify.Watcher实例，别为每个目录 new 一个，Windows/macOS 下资源开销极大
最常被跳过的其实是事件去重和路径标准化：同一个文件保存可能触发 2–3 次 Write 或 Rename，尤其在 macOS 上。不做毫秒级缓存去重，远程端就会反复覆盖；不统一用 filepath.Clean() 处理 event.Name，遇到 ./sub/file 和 sub/file 就会当成两个文件处理。这些细节不显眼，但决定插件能不能在真实开发环境里活过一天。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
