Découvrez quel processus a enregistré un raccourci clavier global? (API Windows)

Une façon est d'utiliser l'Visual Studio outil Espion++.

Essayez ceci:

1. Exécutez l'outil (pour moi, c'est à C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\spyxx_amd64.exe)
2. dans la barre de menus, sélectionnez Spy -> journal des messages... (ou appuyer sur Ctrl + M)
3. Vérifier , Toutes les Fenêtres du Système dans le Fenêtres Supplémentaires frame
4. passez à l'onglet Messages
5. cliquez sur Tout effacer bouton
6. sélectionnez WM_HOTKEY dans la zone de liste, ou cochez clavier dans groupes de messages (Si vous êtes OK avec plus de bruit potentiel)
7. cliquez sur le boutonOK
8. Appuyez sur la touche en question (Gagner + R, par exemple)
9. sélectionnez la ligne WM_HOTKEY dans la fenêtreMessages (toutes les fenêtres) , faites un clic droit et sélectionnez propriétés... dans le menu contextuel
10. dans la boîte de dialoguePropriétés du Message , cliquez sur le lienhandle de fenêtre (ce sera le handle de la fenêtre qui a reçu le message)
11. cliquez sur le bouton synchroniser dans la boîte de dialoguePropriétés de la fenêtre . Cela montrera la fenêtre dans la fenêtre principale de Spy++ treeview.
12. Sur Propriétés de la Fenêtre boîte de dialogue, sélectionnez Processus onglet
13. cliquez sur le lienID de processus . Cela va vous montrer le processus (Dans mon Gagner + R cas: EXPLORER)

Après quelques recherches, il semble que vous deviez accéder à la structure interne que MS utilise pour stocker les raccourcis clavier. ReactOS a une implémentation de salle blanche qui implémente l'appel GetHotKey en itérant une liste interne et en extrayant la touche de raccourci qui correspond aux paramètres de l'appel.

Selon la proximité de L'implémentation de ReactOS avec L'implémentation MS, vous pourrez peut-être fouiller dans la mémoire pour trouver la structure, mais c'est au-dessus de ma tête...

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

Je presume ce fil sur sysinternals a été demandé par quelqu'un lié à cette question, mais je pensais que je ferais un lien de toute façon pour garder les deux ensemble. Le fil semble très intrigant, mais je soupçonne qu'une spéléologie de plongée profonde devrait arriver à comprendre cela sans accès aux internes MS.

En haut de ma tête, vous pouvez essayer d'énumérer toutes les fenêtres avec EnumWindows, puis dans le rappel, envoyez WM_GETHOTKEY à chaque fenêtre.

Edit: apparemment, j'avais tort à ce sujet. MSDN a plus d'informations:

WM_HOTKEY n'est pas lié aux touches de raccourci WM_GETHOTKEY et wm_sethotkey. Le message WM_HOTKEY est envoyé pour les touches de raccourci génériques tandis que les messages wm_sethotkey et wm_gethotkey se rapportent aux touches de raccourci d'activation de fenêtre.

Note: Ici est un programme visant à la fonctionnalité que vous recherchez. Vous pouvez essayer de décompiler il.

Cela semble vous en dire beaucoup: http://hkcmdr.anymania.com/help.html

Un autre thread mentionne un crochet de clavier de niveau NT global:

Réattribuer / remplacer la touche de raccourci (Win + L) pour verrouiller windows

Peut-être que vous pouvez obtenir le handle du processus qui a appelé le crochet de cette façon, vous pouvez ensuite résoudre le nom du processus

(avertissement: je l'avais dans mes signets, Je n'ai pas vraiment essayé / testé)

Je sais que vous pouvez intercepter le flux de messages dans n'importe quelle fenêtre de votre propre processus - ce que nous appelions sous-classement dans VB6. (Bien que je ne me souviens pas de la fonction, peut-être SetWindowLong? Je suis pas sûr si vous pouvez le faire pour windows en dehors de votre propre processus. Mais pour le bien de ce poste permet de supposer que vous trouvez un moyen de le faire. Ensuite, vous pouvez simplement intercepter les messages pour toutes les fenêtres de niveau supérieur, surveiller le message WM_HOTKEY. Vous ne seriez pas en mesure de connaître toutes les clés droite au large de la chauve-souris, mais comme ils ont été pressés, vous pouvez facilement comprendre quelle application les utilisait. Si vous persistez vos résultats sur le disque et que vous les rechargez chaque fois que votre application monitor est exécutée, vous pouvez augmenter les performances de votre application au fil du temps.

Cela ne répond pas exactement à la partie de la question qui concerne L'API Windows, mais il répond à la partie de la question qui concerne une liste de raccourcis clavier globaux et les applications qui les "possèdent".

L'Explorateur de raccourcis clavier gratuit à http://hkcmdr.anymania.com / affiche une liste de tous les raccourcis clavier globaux et des applications qui les possèdent. Cela m'a juste aidé à comprendre pourquoi une touche de raccourci spécifique à l'application a cessé de fonctionner et comment la réparer (en reconfigurant le raccourci clavier global enregistré dans l'application qui l'avait enregistré), en quelques secondes.

Je n'ai pas été un utilisateur Windows hard-core pendant quelques années (je suis passé à Mac). Mais j'avais l'habitude de jurer par Process Explorer pour savoir quel processus utilise un fichier particulier que j'essayais de supprimer. Peut-être que cela aide à savoir quel processus utilise une touche de raccourci?