ASP.NET utilise-t-il des sockets pour connecter les clients à chaque processus de travail?

Question

Je demande parce que j'avais entendu dire que Microsoft peut avoir implémenté un pilote au niveau du noyau optimisé pour gérer le trafic HTTP qui l'amène ensuite à divers processus de travail via le mécanisme IPC et non socket. Est-ce vrai et si oui, y a-t-il des informations sur comment cela fonctionne? Je demande en général pour IIS6 et IIS7.

Answer 1

Microsoft peut avoir mis en place un pilote de niveau du noyau optimisé pour la gestion du trafic HTTP qui ouvre la voie alors hors tension à divers processus de travail par le biais de mécanisme socket IPC et non

Ils ont, est que l'on appelle HTTP.SYS. Les applications qui souhaitent traiter des requêtes HTTP (y compris IIS) utilisent l'API pour s'abonner à des demandes.

Et documenté sur MSDN.

Informations utiles:

• également ajouté par le Service Pack 2 Windows XP, mais IIS 5.1 ne pas utiliser.
• Permet à plusieurs processus de recevoir des requêtes HTTP sur le même port (donc, simplement parce que IIS est en cours d'exécution n'arrête pas un autre serveur utilisant le port 80 ... mais le préfixe d'URL doit être différent).
• Non limité au port 80 (HTTP) ou 434 (HTTPS) (il peut donc être utilisé sous XP pendant l'exécution d'IIS).

supplémentaires (basé sur le commentaire):

Est-il possible d'intercepter toutes les requêtes entrantes, mais les remettre à leur URL cible initialement prévu? Je voudrais juste saisir le fait que la demande a eu lieu et quelques informations, puis laisser la demande être traitée comme d'habitude. - Leeks and Leaks

Sur la base de la documentation (en particulier this page): aucune indication des capacités d'interception. Mais les événements ETW peuvent fournir les informations que vous recherchez (il s'agit probablement de Vista/2008/IIS7 uniquement)