使用System.Diagnostics检测进程响应时窗体冻结问题求助

你的问题核心在于**Process.Responding属性的获取是同步阻塞操作**：当目标进程（Anticheat）无响应时，这个属性会在内部等待系统的响应超时（通常是几秒），而你的这段逻辑是在UI线程（timer的Tick事件默认跑在UI线程）里执行的，所以这段时间UI线程被卡死，导致窗体冻结，连消息框都没法弹出。

修复方案：用异步操作把检测逻辑移到后台线程 #

我们可以把进程响应状态的判断放到后台线程中执行，避免阻塞UI线程。这里用Task.Run来实现异步操作，同时确保消息框的弹出回到UI线程（因为UI控件只能在创建它的线程操作）。

修改后的代码示例：

private async void timer1_Tick(object sender, EventArgs e)
{
    // 先禁用timer，避免重复触发（可选，但推荐）
    timer1.Enabled = false;

    bool isResponding = false;
    Process[] processes = Process.GetProcessesByName("Anticheat");
    
    if (processes.Length > 0)
    {
        // 把Responding的判断放到后台线程
        isResponding = await Task.Run(() => processes[0].Responding);
    }

    // 回到UI线程弹出消息框
    MessageBox.Show(isResponding ? "Yes" : "No");

    // 重新启用timer
    timer1.Enabled = true;
}

额外说明 #

• 为什么用await Task.Run？
  Task.Run会把传入的委托放到线程池的后台线程执行，不会占用UI线程；await关键字会让UI线程在后台任务完成前释放，不会卡死，任务完成后自动回到UI线程继续执行后续代码（这里的MessageBox.Show）。
• 为什么要禁用timer？
  如果timer的间隔比较短，在后台任务还没完成时可能再次触发Tick事件，导致多个后台任务同时运行，禁用timer可以避免这种情况，任务完成后再重新启用。
• 如果有多个Anticheat进程？
  你的原代码是遍历所有进程，如果你需要判断所有进程是否都响应，可以修改后台逻辑：

  isResponding = await Task.Run(() => processes.All(p => p.Responding));
  

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