如何在Go中实现带防抖和Glob模式支持的文件监听？

除了你开发的watchdog-go，Go生态里有不少成熟库能搞定fsnotify原生的三个痛点——重复事件触发、无Glob匹配、不支持递归监听，下面是几个常用选项：

1. radovskyb/watcher #

• 自带防抖机制，能把短时间内的重复事件合并成一次处理器调用，避免频繁触发；
• 原生支持**/*.go这类递归Glob模式；
• 默认就会递归监听所有子目录，不用自己写样板代码；
• 简单使用示例：

package main

import (
	"log"
	"github.com/radovskyb/watcher"
	"time"
)

func main() {
	w := watcher.New()
	w.SetMaxEvents(1)
	// 过滤需要监听的事件类型
	w.FilterOps(watcher.Write, watcher.Create)

	// 递归添加当前目录
	if err := w.AddRecursive("."); err != nil {
		log.Fatalln(err)
	}

	// 启动监听协程
	go func() {
		for {
			select {
			case event := <-w.Event:
				log.Printf("文件变更: %s", event.Path)
			case err := <-w.Error:
				log.Fatalln(err)
			case <-w.Closed:
				return
			}
		}
	}()

	// 启动监听，每隔100ms检查一次（防抖逻辑内置）
	if err := w.Start(time.Millisecond * 100); err != nil {
		log.Fatalln(err)
	}
}

2. 基于fsnotify的轻量自定义封装 #

很多项目会选择基于fsnotify自己做轻量封装，灵活性更高：

• 防抖实现：用time.Timer做延迟触发，收到事件后重置定时器，只有当指定时间窗口内没有新事件时，才执行处理器；
• Glob与递归监听：借助path/filepath.Glob匹配文件，用filepath.Walk遍历所有子目录并添加监听；
• 这种方案适合需要定制业务逻辑的场景，不少构建工具（如mage、task）的文件监听模块都采用类似实现。

3. cosmtrek/air #

如果是面向Go项目的开发热重载场景，air是更省心的一站式方案：

• 自动合并短时间内的重复文件变更事件；
• 支持通过配置文件设置**/*.go这类Glob规则，过滤需要监听的文件；
• 默认递归监听整个项目目录；
• 额外集成了代码编译、服务重启等功能，日常开发中直接用它就能实现热重载，不用自己处理监听逻辑。

内容的提问来源于stack exchange，提问作者Mritunjay Tiwari