Comment tuer un processus qui est mort mais qui écoute ?

Le problème peut être causé si le processus mort a démarré un ou plusieurs processus enfants. Si

BOOL WINAPI CreateProcess(
_In_opt_    LPCTSTR               lpApplicationName,
_Inout_opt_ LPTSTR                lpCommandLine,
_In_opt_    LPSECURITY_ATTRIBUTES lpProcessAttributes,
_In_opt_    LPSECURITY_ATTRIBUTES lpThreadAttributes,
_In_        BOOL                  bInheritHandles,
_In_        DWORD                 dwCreationFlags,
_In_opt_    LPVOID                lpEnvironment,
_In_opt_    LPCTSTR               lpCurrentDirectory,
_In_        LPSTARTUPINFO         lpStartupInfo,
_Out_       LPPROCESS_INFORMATION lpProcessInformation
);

a été utilisé pour démarrer un processus enfant, il dépend de la valeur des handles inherit, donc avec

bInheritHandles = false 

Windows ne bloquera pas le port si le processus parent est arrêté et que le processus client est toujours en cours d'exécution.

Je suppose que vous n'avez pas installé de pare-feu (ou que vous n'avez pas essayé les astuces de mise en réseau de Windows) ?

Certains pare-feu ont ce genre de comportement et peuvent garder des ports ouverts.

Si vous en avez un, essayez de le désactiver, puis de lancer votre programme et de le fermer pour voir ce qui se passe.

Puisque votre processus est listé comme System, vous pouvez probablement le tuer à l'aide d'une commande "System". Le compte Système a plus de privilèges qu'un administrateur ordinaire.

Vous pouvez obtenir cmd.exe "System" en planifiant une tâche pour cmd.exe (le planificateur s'exécute en tant que System) :

at 15:23 /interactive "cmd.exe" 

Changez ce temps pour quelque chose dans un avenir proche. Assurez-vous également que vous êtes sur la console de la machine (si vous êtes sur une session normale de serveur terminal, vous ne verrez pas le nouveau cmd.exe. Faites mstsc connexion à la console). Je suppose qu'il y a d'autres façons de faire, mais cela a fonctionné pour moi dans le passé.

J'ai eu le même problème avec xdebug, il a laissé le port 9000 ouvert.

J'ai réussi à fermer avec cmd en utilisant "taskkill /pid xxxx".

Le pid du processus utilisant le port peut être récupéré avec "netstat -o".

Ma configuration était win 7 home premium.

J'ai eu le même problème. Le processus était en train d'être débogué pendant qu'il se plantait, et il y avait toujours un processus vsjitdebugger.exe dans un état suspendu qui traînait, qui apparemment faisait référence au processus en train d'être débogué. En tuant ce processus vsjitdebugger.exe, le problème a été résolu.