C# WinForm文件监控程序CPU占用过高优化求助

核心问题分析 #

你的程序CPU占用高的主要原因有两个：

1. Run()方法中的忙等待循环：while (!cts.Token.IsCancellationRequested) ; 是无意义的空循环，会持续占用一个CPU核心的资源，这是Run方法消耗近一半资源的根源。
2. 线程取消时的低效检测：由于忙循环一直在轮询取消信号，导致取消逻辑也额外消耗CPU资源。

针对性优化方案 #

1. 替换忙等待为阻塞式等待 #

把Run方法中的空循环替换为CancellationToken的阻塞等待方法，让线程进入休眠状态，直到取消信号触发，彻底释放CPU资源：

static void Run()
{
    using (FileSystemWatcher watcher = new FileSystemWatcher())
    {
        watcher.Path = Path.GetDirectoryName(path);
        watcher.Filter = Path.GetFileName(path);

        watcher.Changed += OnChanged;
        watcher.Renamed += OnRenamed;
        // 新增错误事件处理，提升程序稳定性
        watcher.Error += OnWatcherError;

        watcher.EnableRaisingEvents = true;

        Debug.WriteLine("Running Reader");
        // 阻塞等待取消信号，线程休眠不占用CPU
        cts.Token.WaitHandle.WaitOne();
    }
}

// 处理FileSystemWatcher的异常情况
static void OnWatcherError(object sender, ErrorEventArgs e)
{
    Debug.WriteLine($"监控器错误: {e.GetException().Message}");
    // 可根据需求添加重新初始化监控器的逻辑
}

2. 优化FileSystemWatcher事件触发逻辑 #

FileSystemWatcher的Changed事件经常会因为文件的多次写入触发多次（比如保存文件时的临时写入操作），可以添加防抖逻辑避免重复处理：

private static Timer _debounceTimer;
private static readonly object _debounceLock = new object();

static void OnChanged(object sender, FileSystemEventArgs e)
{
    lock (_debounceLock)
    {
        // 取消之前的定时器，确保只处理最后一次变更
        _debounceTimer?.Dispose();
        // 设置500ms延迟，等待文件操作完成后再处理
        _debounceTimer = new Timer(500);
        _debounceTimer.Elapsed += (s, args) =>
        {
            _debounceTimer.Dispose();
            // 这里执行你的文件变更处理逻辑
            Debug.WriteLine($"文件已变更: {e.FullPath}");
        };
        _debounceTimer.Start();
    }
}

3. 完善跨线程UI更新逻辑 #

如果你的OnChanged等事件处理中直接操作UI控件，需要添加跨线程访问的处理，避免异常：

// 跨线程更新UI的通用方法
private void UpdateStatus(string message)
{
    if (listBoxStatus.InvokeRequired)
    {
        listBoxStatus.Invoke(new Action<string>(UpdateStatus), message);
        return;
    }
    listBoxStatus.Items.Add(message);
}

优化后的效果 #

• Run方法的CPU占用会降至接近0，因为线程不再持续轮询，而是处于休眠状态。
• 线程取消逻辑的CPU占用也会大幅降低，取消信号会立即唤醒休眠的线程，无需持续检测。
• 防抖逻辑减少了不必要的事件处理，进一步降低资源消耗。

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