Envoyer un message windows à un Service Windows

En général, les services n'ont pas de windows (sans parler de la pompe de message) pour recevoir un message de windows.

Si le bug n'a vraiment se produire seulement à l'arrêt (en opposition à l'arrêt du service), il peut être le cas que quelque chose dépend d'une ressource qui s'en va, qui n'est pas géré correctement (dans ce cas, la correction de bug pourrait être pour configurer le service correctement les dépendances). Avez-vous essayé d'utiliser les outils de débogage à distance à joindre au processus avant l'arrêt?

Il vaut la peine de déterminer si vous pouvez obtenir le problème sans s'arrêter, peut-être quand il suffit de l'arrêt du service avec le Gestionnaire de Contrôle de Service (pas besoin de le faire par programmation, comme c'est un débogage scénario), dans ce cas, vous pouvez point d'arrêt OnStop() dans votre service (je suppose que C#) et de regarder ce qui se passe.

OriginalL'auteur Rowland Shaw

Découvrez les réponses à Comment simuler l'arrêt de windows pendant le débogage?

Services ont un "événement" appelé OnShutdown ils peuvent s'abonner à l', de sorte qu'il pourrait être le problème, c'est que le code. Si le code est .net, vous pouvez sous-classe de sorte que vous pouvez appeler le protégé OnShutdown méthode de débogage. Mais le problème pourrait aussi être comme suggéré par d'autres que le service s'attend à des ressources disponibles qui ne sont pas parce qu'ils ont déjà été fermés.

Aussi, si le service a été écrit .net 2.0 a noter que le Stop() la commande n'est pas appelé automatiquement sur un service lorsque la station de travail est en cours d'arrêt! C'est très surprenant et était fixe dans .net 3.5, mais si vous êtes en utilisant .net 2.0, vous devez appeler Stop() vous-même à l'intérieur de OnShutdown().

OriginalL'auteur Rory

Je recommanderais de l'Importation et de définir les éléments suivants:

[System.Runtime.InteropServices.DllImportAttribute("user32.dll")]
public static extern bool PostMessage(IntPtr handleWnd, UInt32 Msg, Int32 wParam, Int32 lParam);

const int WM_ENDSESSION = 0x0016,
          WM_TRUE = 0x1,
          WM_FALSE = 0x0;

Ensuite l'envoyer par 0x0 0x1 ou représentant vrai ou faux que les wParam message.

Donc, dans votre code, vous allez utiliser:

PostMessage(HandleToSendTo, WM_ENDSESSION, WM_TRUE, 0);

Où HandleToSendTo est le Handle de Fenêtre de la fenêtre que vous voulez envoyer le message.

Modifier

Pour obtenir le handle windows si vous ne le connaissez pas, je suis en supposant que vous saurez que c'est le titre ou le nom. Si oui, vous pouvez utiliser ceci:

[DllImport("user32.dll", EntryPoint = "FindWindowEx")]
        public static extern int FindWindowEx(int hwndParent, int hwndEnfant, int lpClasse, string lpTitre);

Qui de plus amples renseignements au sujet de peut être trouvé dans cette question.

Ou peut-être

Je ne sais pas si c'est un analogue de la poignée, j'en doute, mais quelqu'un pourrait me permettre de savoir si c'est possible, mais vous pouvez obtenir un handle de Processus, ce qui signifie que vous pourriez obtenir le processus à l'aide de Processus.GetProcessesByName("MyAppName");, bien que ne comptez pas sur ce que je ne pense pas qu'il va obtenir la poignée que vous êtes après. Juste une suggestion.

OriginalL'auteur ThePower

Je ne sais pas si c'est un analogue de la poignée, j'en doute, mais quelqu'un pourrait me permettre de savoir si c'est possible, mais vous pouvez obtenir un handle de Processus, ce qui signifie que vous pourriez obtenir le processus à l'aide de Processus.GetProcessesByName("MyAppName");, bien que ne comptez pas sur ce que je ne pense pas qu'il va obtenir la poignée que vous êtes après. Juste une suggestion.

En fait, cette méthode de travail...vous avez juste besoin d'accéder à la " MainWindowHandle la propriété de l'objet de processus. Par Exemple...

Process myProcess;
Int handle;
myProcess = Process.GetProcessesByName("MyAppName");
handle = myProcess.MainWindowHandle;

OriginalL'auteur CM.