2017-07-08 1 views
0

J'ai vu beaucoup de gens ont écrit Ajax (sondage) vs websocket. Je n'ai vu personne mentionné ci-dessous inconvénient de websocket.peut websocket d'échappement Webserver pool de connexion

Comme nous le savons pour chaque requête http, le serveur web a besoin d'une connexion. Il y a un nombre maximum de connexions simultanées supportées par le serveur web, au-delà de la demande.

Dans le cas d'une requête http simple (basée sur un sondage), lorsqu'une requête est servie par une connexion serveur est mise en pool et que cette connexion peut être utilisée pour la requête suivante, il est très improbable qu'une simple requête http, attendre une connexion.

Mais dans la connexion websocket n'est jamais remis dans le pool de serveur web, il est donc très fréquent que la prochaine requête doive toujours attendre pour la connexion. Donc, je veux savoir, je pense bien ou manque quelque chose. J'ai raison, comment cela est-il résolu?

Répondre

0

Le navigateur peut mettre en pool les connexions HTTP en utilisant l'en-tête Connection: Keep-Alive, puis les réutiliser pour d'autres requêtes sur le même hôte.

Mais WebSockets ne concerne pas les requêtes et ses connexions ne sont pas partagées. Vous vous connectez au serveur WebSocket, puis contrôlez la communication dans votre code. Et c'est tout. Si vous voulez une autre connexion, alors vous devriez le créer.

En outre, les connexions HTTP existantes à partir du pool peuvent être upgraded aux connexions WebSocket.