SetWindowsHookEx с WH_MOUSE_LL замедляет работу мыши на несколько секунд

Как выглядит ваша процедура подключения?

Если в вашем процессе есть только один поток пользовательского интерфейса, вместо этого используйте фильтр сообщений: http://msdn.microsoft.com/en-us/library/system.windows.forms.application.addmessagefilter.aspx

У меня была такая же проблема (только это проект С++, а не С#), и я решил ее, изменив хук с WH_MOUSE_LL на WH_MOUSE (с низкого уровня на нормальный уровень). Для сообщений WM_LBUTTONUP и WM_RBUTTONUP работает нормально.

Что меня забавляет, так это то, что код с WH_MOUSE_LL работал нормально в то время, когда я его писал (мышь не зависает и т. д.). Похоже, какое-то обновление безопасности для Windows изменило поведение хуков мыши, и ранее хороший код стал проблемой.

Извините, что продолжаю после столь долгого времени, но я решил проблему, создав отдельный поток, который обрабатывает хук (я не добавил все в код, так как он также переводит сообщения, но основная идея должна быть ясна):

    public Form1()
    {
        InitializeComponent();

        Thread thread = new Thread(HookThread);
        thread.IsBackground = true;
        thread.Start();
    }

    private void HookThread()
    {
        _hookControl = new Control();
        IntPtr handle = _hookControl.Handle;

        _hookProc = new HookProc(HookFunction);
        using (Process curProcess = Process.GetCurrentProcess())
        using (ProcessModule curModule = curProcess.MainModule)
        {
            _hook = SetWindowsHookEx(HookType.WH_MOUSE_LL, _hookProc, GetModuleHandle(curModule.ModuleName), 0);// (uint)AppDomain.GetCurrentThreadId());
        }

        Application.Run();

        UnhookWindowsHookEx(_hook);
        _hook = IntPtr.Zero;
    }

    private IntPtr HookFunction(int code, IntPtr wParam, IntPtr lParam)
    {
        if (code < 0)
        {
            //you need to call CallNextHookEx without further processing
            //and return the value returned by CallNextHookEx
            return CallNextHookEx(IntPtr.Zero, code, wParam, lParam);
        }

        int msg = wParam.ToInt32();
        string messages = string.Join(", ", _messageMapping.Where(t => t.Item1 == msg).Select(t => t.Item2));
        if (string.IsNullOrWhiteSpace(messages))
            messages = msg.ToString();
        Trace.WriteLine($"Messages: { messages }");

        //return the value returned by CallNextHookEx
        return CallNextHookEx(IntPtr.Zero, code, wParam, lParam);
    }

Вы можете завершить поток из любого другого потока, вызвав BeginInvoke для созданного _hookControl:

        _hookControl.BeginInvoke(((Action)(() => Application.ExitThread())));

При установке низкоуровневого хука отзывчивость мыши теперь становится зависимой от вашего основного потока, и распространенная ошибка заключается в том, чтобы установить хук в начале процесса запуска.

SetHook
LongRunningStartupProcess
Мышь не реагирует до этого момента

Во время запуска лучше всего направить крючок на нить, чтобы это произошло в конце процесса запуска. Dispatcher.CurrentDispatcher.BeginInvoke(new Action(SetHook));

DispatchSetHook
LongRunningStartupProcess
SetHook(обратный вызов)
Мышь становится отзывчивой

Это все еще имеет текущие проблемы с управлением в вашем приложении, чтобы гарантировать, что основной поток не выполняет никаких длительных процессов, поскольку это также блокирует мышь. Это легко проверить, установив хук, а затем выполнив Thread.Sleep в основном потоке.

Когда вы получите событие хука, выключите книгу, затем сделайте свою работу и, если действительно нужно, снова включите хук.

Это предотвратит отставание мыши.

Оставайтесь на крючке только тогда, когда вам это действительно нужно.

Ваш крючок стоит дорого; вам просто нужно выяснить, почему и как это исправить.

Несмотря на то, что код выглядит очень минимальным, я подозреваю, что есть некоторые начальные затраты на взаимодействие C #, вызывающие задержки, возможно, из-за JIT или пейджинга.

Если вы измените код, чтобы сделать как можно больше обработки вне этого потока, проблема должна исчезнуть. как разработчик C++, я даже беспокоюсь о Marshal.PtrToStructure, поскольку низкоуровневые хуки очень чувствительны, и я не могу сразу сказать, что эта операция гарантированно будет настолько дешевой, что она не помешает движению мыши.

В прошлом я довольно часто использовал низкоуровневые перехватчики мыши (в C++) и никогда не сталкивался с проблемами, если только сама процедура перехвата не была дорогой. В C++ я стараюсь не делать ничего, кроме PostMessage для HWND, который выполняет остальную часть обработки.