与 FileSystemWatcher 一起使用时修饰键“粘滞”错误

Question

我在 this thread 和 this thread 和 FileSystemWatcher here 中了解了 Control.ModifierKeys 以及 FileSystemWatcher 特定的解决方法 here。但是，当我将两者结合起来时，我遇到了一个奇怪但可以解释的错误。至少，我有一个假设。

我的表单使用FileSystemWatcher 来检测对文件的更改并在触发时运行某些内容。但是，它运行的东西有点分散注意力和浪费时间，所以如果保存是由 Ctrl+S 完成的，我试图让它跳过运行，即当按住 Control 键时。

代码是这样的：

private void onFileChanged(object source, FileSystemEventArgs e)
{
    // The try/finally blocks prevent double raising of the changed event
    try
    {
        myFileWatcher.EnableRaisingEvents = false;
        if ((ModifierKeys & Keys.Control) != 0)
            MessageBox.Show("Control held down!");
        else
        {
            MessageBox.Show("Running stuff!");
        }
    }
    finally
    {
        myFileWatcher.EnableRaisingEvents = true;
    }
}

这一切都很好，注意到两个MessageBox.Show 调用替换了块内代码。在正常使用情况下，它可以工作。但是，文件的保存和onFileChanged的触发之间有一个非常小的时间延迟。如果在onFileChanged 触发之前释放 Ctrl 键，即如果您非常快速地点击 Ctrl+S，则会产生非常奇怪的行为。一方面，显然没有检测到 Control 键，但是从这里开始，即使您在 Ctrl+S 之后按住 Control 直到弹出窗口显示，ModifierKeys 仍然会为 0，它会认为 Ctrl 没有被按住。然后，如果您按住 Ctrl 的同时单击弹出窗口中的 OK，即使您转到 File->Save 在它正在观看的文件中，ModifierKeys 也会突然触发 Control 键。

有没有办法解决这个错误，或者我是否必须将它标记为无法修复并告诉我的用户按住 Control 键的时间比他们平时更长的时间才能避免这个错误？

Answer 1

我会尝试设置 a global keyboard hook 并记录是否仍然按下 Ctrl+S 或在触发 filewatcher 事件之前的一定时间内按下。