Windows prend-il soin de fermer les sockets lorsque les processus se terminent?

J'ai lu cette question sur Linux, un port peut-il être lié lorsque le processus est terminé?
Linux semble nettoyer après la fermeture des processus et laisser les sockets ouverts. Je me demandais s'il y avait des spécifications sur la façon dont cela fonctionne sous Windows. Le système d'exploitation prend-il systématiquement en charge la fermeture des sockets pour les processus qui se terminent sans les fermer?

Sous Windows et Unixen, lorsqu'un processus se termine, le noyau ferme tous les descripteurs ouverts.

Windows NT

Mettre fin à un processus - MSDN

La fin d'un processus a les résultats suivants:

• [...]
• Toutes les ressources allouées par le processus sont libérées.
• Tous les objets du noyau sont fermés.
• [...]

Alors que les poignées ouvertes vers les objets du noyau sont fermées automatiquement à la fin d'un processus, les objets eux-mêmes existent jusqu'à ce que toutes les poignées ouvertes vers eux soient fermées. Par conséquent, un objet restera valide après la fin d'un processus qui l'utilise si un autre processus a un descripteur ouvert.

ExitProcessfonction - MSDN

Quitter un processus provoque les événements suivants:

• [...]
• Tous les descripteurs d'objet ouverts par le processus sont fermés.
• [...]

Linux

exit(3) - Manuel du programmeur Linux (fonctions libc)

Tous les flux stdio (3) ouverts sont vidés et fermés.

_exit(2) - Manuel du programmeur Linux (appels système du noyau)

La fonction _exit()met fin au processus d'appel "immédiatement". Tous les descripteurs de fichiers ouverts appartenant au processus sont fermés; tous les enfants du processus sont hérités par le processus 1, init , et le parent du processus reçoit un signal SIGCHLD.

Notez que sur les deux systèmes d'exploitation,

1. Les sockets sont juste un type d'objets descripteurs de fichiers (fd) / noyau, donc ce qui précède s'applique également aux fichiers et aux sockets.

2. Description des fichiers sur Unix, ainsi que des poignées d'objets les objets de sous Windows, peuvent appartenir à plusieurs processus - ils leurs poignées peuvent être héritées par les processus enfants et même passés autour de l' utilisation des fonctions spéciales IPC.

3. Un fichier ou un socket n'est fermé que lorsque tous les fd pointant vers lui sont détruits.

Sous Windows, un socket est un lien entre un point de terminaison de communication et un processus. C'est pourquoi, lorsque vous dupliquez un socket, vous vous retrouvez avec deux sockets mais un seul point de terminaison. C'est pourquoi vous ne pouvez pas passer un socket d'un processus à un autre sans créer un nouveau socket dans l'autre processus.

Si le processus cesse d'exister, ses sockets cessent nécessairement d'exister. Il n'y a pas de concept de socket sans processus pour le maintenir. C'est pourquoi même les pilotes du noyau Windows qui souhaitent créer des sockets au niveau du noyau doivent spécifier un processus pour posséder le socket ou appeler la fonction à partir d'un contexte de processus qui peut posséder le socket. (Ou ils peuvent manipuler les points d'extrémité directement sans utiliser de sockets.)

Votre question ne semble pas vraiment concerner les sockets mais les points de terminaison de communication eux-mêmes. Un socket a une référence à son point de terminaison de communication. Lorsque le socket disparaît, le nombre de références diminue. S'il atteint zéro, il sera supprimé dès que cela est autorisé compte tenu des exigences du protocole de communication auquel le point d'extrémité est associé. TCP a un état TIME_WAIT pendant lequel le point de terminaison doit être conservé pour gérer tous les paquets "restants".

Oui. Il en a été ainsi de détection des fenêtres 3.1 95 98 XP (au moins je sais pour sûr depuis XP).