Узнайте, в каком процессе зарегистрирована глобальная горячая клавиша? (Windows API)

Один из возможных способов - использовать инструмент Visual Studio Spy ++.

Попробуйте:

• Запустите инструмент (для меня он в C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\spyxx_amd64.exe)
• В строке меню выберите Spy → Log messages... (или нажмите Ctrl + M)
• Проверить все Windows в системе в дополнительном фрейме Windows
• Перейдите на вкладку "Сообщения"
• Нажмите кнопку "Очистить все"
• Выберите WM_HOTKEY в списке или выберите "Клавиатура" в группах сообщений (если у вас все в порядке с большим потенциалом)
• Нажмите кнопку OK
• Нажмите горячую клавишу (Win + R, например)
• Выберите строку WM_HOTKEY в окне "Сообщения" ( "Все Windows" ), щелкните правой кнопкой мыши и выберите "Свойства..." в контекстном меню
• В диалоговом окне "Свойства сообщения" щелкните ссылку "Окно Handle" (это будет дескриптор окна, получившего сообщение).
• Нажмите кнопку "Синхронизировать" в диалоговом окне "Свойства окна". Это покажет окно в главном окне дерева Spy ++.
• В диалоговом окне "Свойства окна" выберите вкладку "Процесс"
• Нажмите ссылку "Идентификатор процесса". Это покажет вам процесс (в моем случае Win + R: EXPLORER)

После некоторых исследований выяснится, что вам нужно получить доступ к внутренней структуре, используемой MS для хранения горячих клавиш. ReactOS имеет чистую комнату, реализующую вызов GetHotKey, итерируя внутренний список и извлекая горячую клавишу, которая соответствует параметрам для вызова.

В зависимости от того, насколько близка реализация ReactOS к реализации MS, вы можете сориентироваться в памяти, чтобы найти структуру, но это над моей головой...

BOOL FASTCALL
GetHotKey (UINT fsModifiers,
           UINT vk,
           struct _ETHREAD **Thread,
           HWND *hWnd,
           int *id)
{
   PHOT_KEY_ITEM HotKeyItem;

   LIST_FOR_EACH(HotKeyItem, &gHotkeyList, HOT_KEY_ITEM, ListEntry)
   {
      if (HotKeyItem->fsModifiers == fsModifiers &&
            HotKeyItem->vk == vk)
      {
         if (Thread != NULL)
            *Thread = HotKeyItem->Thread;

         if (hWnd != NULL)
            *hWnd = HotKeyItem->hWnd;

         if (id != NULL)
            *id = HotKeyItem->id;

         return TRUE;
      }
   }

   return FALSE;
}

Я предполагаю, что этот поток в sysinternals задавался кем-то, связанным с этим вопросом, но я думал, что все равно свяжусь с ним два вместе. Поток выглядит очень интригующим, но я подозреваю, что потребуется некоторое глубокое погружение, чтобы понять это без доступа к внутренним MS.

Это, кажется, говорит вам много: http://hkcmdr.anymania.com/help.html

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

Изменить: Очевидно, я был неправ. MSDN содержит дополнительную информацию:

WM_HOTKEY не связан с горячими клавишами WM_GETHOTKEY и WM_SETHOTKEY. Сообщение WM_HOTKEY отправляется для общих горячих клавиш, в то время как сообщения WM_SETHOTKEY и WM_GETHOTKEY относятся к горячим клавишам активации окна.

Примечание: Здесь - это программа, предназначенная для того, чтобы иметь функциональность, которую вы ищете. Вы можете попробовать декомпилировать его.

В другом потоке упоминается глобальный крючок клавиатуры уровня NT:

Переблокировать/переопределить горячую клавишу (Win + L) для блокировки окон

возможно, вы можете получить дескриптор процесса, который вызвал этот крюк таким образом, который затем можно разрешить для имени процесса

(отказ от ответственности: у меня было это в моих закладках, на самом деле я не пробовал/тестировал)

Я знаю, что вы можете перехватывать поток сообщений в любом окне вашего собственного процесса - то, что мы использовали для вызова подкласса в VB6. (Хотя я не помню эту функцию, возможно, SetWindowLong?) Я не уверен, что вы можете сделать это для окон вне вашего собственного процесса. Но ради этого поста давайте предположим, что вы нашли способ сделать это. Затем вы можете просто перехватить сообщения для всех окон верхнего уровня, следить за сообщением WM_HOTKEY. Вы не смогли бы знать все ключи сразу с места в карьер, но по мере того, как они были нажаты, вы могли бы легко выяснить, какое приложение использует их. Если вы сохраняли свои результаты на диске и перезагружались каждый раз, когда выполнялось приложение монитора, вы могли бы увеличить производительность своего приложения с течением времени.

Это точно не отвечает на вопрос, связанный с Windows API, но отвечает на вопрос, касающийся списка глобальных горячих клавиш и приложений, которые "владеют" ими.

В бесплатном проводнике Hotkey в http://hkcmdr.anymania.com/ показан список всех глобальных горячих клавиш и приложений, которые их владельцы. Это только помогло мне разобраться, почему клавиша быстрого доступа для приложений перестала работать и как ее исправить (переконфигурировав зарегистрированную глобальную горячую клавишу в зарегистрированном приложении) в течение нескольких секунд.

Я не был пользователем жесткого ядра в течение нескольких лет (я перешел на Mac). Но я клялся Process Explorer, чтобы узнать, какой процесс использует конкретный файл, который я пытался удалить. Может быть, это поможет выяснить, какой процесс использует горячую клавишу?