Dowiedz się, w jakim procesie zarejestrowano globalny Skrót klawiszowy? (Windows API)

Jednym z możliwych sposobów jest użycie Visual Studio tool Spy++.

Spróbuj:

1. uruchom narzędzie (dla mnie jest to w C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\spyxx_amd64.exe)
2. w pasku menu wybierz Spy -> Zaloguj wiadomości... (lub naciśnij Ctrl + M )
3. Sprawdź wszystkie okna w systemie w ramce dodatkowe okna
4. Przełącz na zakładkę Wiadomości
5. kliknij Wyczyść wszystko button
6. Wybierz WM_HOTKEY w polu listy, lub zaznacz klawiaturę W grupy wiadomości (jeśli nie masz nic przeciwko z większym potencjalnym szumem)
7. kliknij przycisk OK
8. naciśnij hotkey (Win + R , na przykład)
9. wybierz linię WM_HOTKEY w oknie Messages (wszystkie okna), kliknij prawym przyciskiem myszy i wybierz Właściwości ... w menu kontekstowym
10. w oknie dialogowym właściwości wiadomości kliknij link (będzie to uchwyt dla okna, które otrzymało wiadomość)
11. kliknij przycisk Synchronizuj w oknie dialogowym właściwości okna. Spowoduje to wyświetlenie okna w głównym drzewie okna Spy++.
12. w oknie dialogowym właściwości okna wybierz zakładkę proces
13. Kliknij link ID procesu. To pokaże ci proces (w moim wygrać + R przypadek: EXPLORER)

Po pewnych badaniach wydaje się, że będziesz musiał uzyskać dostęp do wewnętrznej struktury, której MS używa do przechowywania skrótów klawiszowych. ReactOS posiada implementację clean room, która implementuje wywołanie GetHotKey poprzez iterację wewnętrznej listy i wyodrębnienie skrótu klawiszowego, który pasuje do parametrów wywołania.

W zależności od tego, jak blisko jest implementacja ReactOS do implementacji MS, możesz być w stanie poszperać w pamięci, aby znaleźć strukturę, ale to ponad moją głowę...

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;
}

I przypuszczać ten wątek na sysinternals został zadany przez kogoś związanego z tym pytaniem, ale pomyślałem, że i tak linkuję do niego, aby utrzymać te dwa razem. Wątek wygląda bardzo intrygująco, ale podejrzewam, że jakiś spelunking nurkowy musiałby się zdarzyć, aby to rozgryźć bez dostępu do wewnętrznych MS.

Poza moją głową, możesz spróbować wyliczyć wszystkie okna za pomocą EnumWindows, a następnie w wywołaniu zwrotnym wysłać WM_GETHOTKEY do każdego okna.

Edit: MSDN ma więcej informacji:

WM_HOTKEY nie jest powiązane z klawiszami skrótu WM_GETHOTKEY i WM_SETHOTKEY. Wiadomość WM_HOTKEY jest wysyłana dla ogólnych skrótów klawiszowych, podczas gdy wiadomości WM_SETHOTKEY i WM_GETHOTKEY odnoszą się do skrótów klawiszowych aktywacji okna.

Uwaga: tutaj {[4] } jest programem rzekomo posiadającym funkcjonalność, której szukasz. Możesz spróbować go dekompilować.

To chyba wiele ci mówi: http://hkcmdr.anymania.com/help.html

Kolejny wątek wspomina o globalnym haku klawiatury poziomu NT:

Re-assign / override hotkey (Win + L) to lock windows

Być może uda Ci się uzyskać uchwyt procesu, który wywołał hook w ten sposób, który możesz następnie rozwiązać na nazwę procesu

(zastrzeżenie: miałem go w zakładkach, nie próbowałem/testowałem)

Wiem, że możesz przechwycić strumień wiadomości w dowolnym oknie własnego procesu - co kiedyś nazywaliśmy subclassingiem w VB6. (Choć nie pamiętam funkcji, może SetWindowLong?) Nie jestem pewien, czy możesz to zrobić dla windows poza własnym procesem. Ale ze względu na ten post pozwala założyć, że znajdziesz sposób, aby to zrobić. Następnie możesz po prostu przechwycić wiadomości dla wszystkich okien najwyższego poziomu, monitorować wiadomość WM_HOTKEY. Nie będziesz w stanie znać wszystkich kluczy. od kija, ale gdy zostały naciśnięte, można było łatwo dowiedzieć się, jaka aplikacja ich używała. Jeśli wyniki są zapisywane na dysku i przeładowywane za każdym razem, gdy aplikacja monitor została uruchomiona, można zwiększyć wydajność aplikacji w czasie.

Nie odpowiada to dokładnie na Część pytania, które dotyczy Windows API, ale odpowiada na Część pytania, które dotyczy listy globalnych skrótów klawiszowych i aplikacji, które je "posiadają".

Darmowy Hotkey Explorer w http://hkcmdr.anymania.com / pokazuje listę wszystkich globalnych skrótów klawiszowych i aplikacji, które są ich właścicielami. To właśnie pomogło mi dowiedzieć się, dlaczego klawisz skrótu specyficzny dla aplikacji przestał działać i jak go naprawić (poprzez ponowną konfigurację zarejestrowany globalny hotkey w aplikacji, która go zarejestrowała), w ciągu kilku sekund.

Od kilku lat nie jestem twardym użytkownikiem Windowsa (przesiadłem się na Maca). Ale kiedyś przeklinałem Process Explorer, aby dowiedzieć się, jaki proces używa konkretnego pliku, który próbowałem usunąć. Może pomoże to dowiedzieć się, który proces używa skrótu klawiszowego?