C# FileSystemWatcher监控配置文件失效问题排查求助

看了你的代码和描述，确实路径问题是大概率元凶，但还有一个更致命的细节被你忽略了，下面一步步帮你梳理：

1. 最致命的问题：FileSystemWatcher实例被过早回收 #

你在WatchConfigurationFile方法里创建的watcher是局部变量，方法执行完毕后，这个对象就会被垃圾回收器回收，自然无法继续监控文件变更。这也是很多人用FileSystemWatcher踩的第一个坑。

解决方法：把watcher改成类的成员变量，让它的生命周期和服务一致：

// 声明为类级别的成员变量，确保不会被提前回收
private FileSystemWatcher _configWatcher;

private void WatchConfigurationFile(string path) {
    _configWatcher = new FileSystemWatcher();
    _configWatcher.Path = path;
    _configWatcher.NotifyFilter = NotifyFilters.LastWrite | NotifyFilters.FileName | NotifyFilters.Size;
    _configWatcher.Filter = "Project.MyService.exe.config";
    _configWatcher.Changed += OnChanged;
    _configWatcher.EnableRaisingEvents = true;
}

2. 路径问题：服务的工作目录不是你以为的程序目录 #

Windows服务默认的工作目录是C:\Windows\System32，而不是你的服务程序所在的目录。你用的相对路径..\\InstallFolder\\MyService\\在服务运行时会指向C:\Windows\InstallFolder\MyService，这显然不是配置文件的真实位置。

正确获取程序目录的方法：通过当前程序集的路径来获取绝对路径，确保万无一失：

public void Run() {
    // 获取当前服务程序所在的绝对目录
    string serviceDirectory = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
    WatchConfigurationFile(serviceDirectory);
}

这样就能精准定位到配置文件和服务程序同目录的位置。

3. 额外优化：避开FileSystemWatcher的常见坑 #

• 处理重复触发的Changed事件：很多编辑器保存文件时会触发两次Changed事件（比如先写临时文件再替换原文件），可以加个延迟判断避免重复重启：

  private DateTime _lastChangedTime = DateTime.MinValue;
  private void OnChanged(object source, FileSystemEventArgs e) {
      // 忽略1秒内的重复触发
      if (DateTime.Now - _lastChangedTime < TimeSpan.FromSeconds(1)) {
          return;
      }
      _lastChangedTime = DateTime.Now;
  
      Log.Info("A change in the config has been found. Stopping Service");
      // 后续重启代码...
  }
  

• 完善NotifyFilter：只监控LastWrite可能漏掉某些场景，建议加上FileName和Size，覆盖更多变更情况：

  _configWatcher.NotifyFilter = NotifyFilters.LastWrite | NotifyFilters.FileName | NotifyFilters.Size;
  

• 添加错误监控：给FileSystemWatcher加上Error事件，捕获监控过程中的异常，方便后续排查：

  _configWatcher.Error += OnWatcherError;
  
  private void OnWatcherError(object source, ErrorEventArgs e) {
      Log.Error($"FileSystemWatcher监控出错: {e.GetException().Message}");
  }
  

• 权限检查：确保服务运行的账户（比如LocalSystem、Network Service）有读取配置文件目录的权限，否则FileSystemWatcher无法正常工作。

总结 #

先修复前两个致命问题（成员变量+绝对路径），再加上这些优化点，你的配置文件监控应该就能正常触发了。测试的时候可以手动修改配置文件，看看日志里是否有变更触发的记录。

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