Maison > Article > développement back-end > Introduction au concept et à l'application de WebSocket dans Tornado de Python
La nature asynchrone de Tornado le rend très approprié pour le traitement à haute concurrence des serveurs. Le cadre d'application de connexion persistante entre le client et le serveur est une application typique de haute concurrence. WebSocket est la technologie standard HTML5 qui établit une connexion persistante entre le client HTTP et le serveur. Ce chapitre expliquera l'application de la technologie WebSocket dans le framework Tornado.
Le protocole WebSocket est un nouveau protocole standard (RFC6455) défini par HTML5, qui implémente une communication full-duplex entre le navigateur et le serveur.
1. Scénarios d'application WebSocket
Les technologies HTTP et HTML traditionnelles utilisent le client pour envoyer activement des requêtes au serveur et obtenir des réponses. Cependant, à mesure que la demande de messagerie instantanée augmente, ce modèle de communication ne peut parfois pas répondre aux besoins des applications.
WebSocket est similaire à la communication Socket ordinaire. Il brise le modèle de communication un-à-un de requête et de réponse HTTP, et brise également le scénario d'application dans lequel le serveur ne peut accepter que passivement les demandes des clients. Les lecteurs ont peut-être entendu parler de technologies client dynamiques basées sur HTTP traditionnel, telles qu'Ajax et Long poll, mais ces technologies utilisent toutes une technologie d'interrogation, qui consomme beaucoup de bande passante réseau et de ressources informatiques.
WebSocket est la norme HTML5 formulée pour faire face à de tels scénarios. Par rapport à la communication Socket ordinaire, WebSocket définit un processus d'interaction de base au niveau de la couche application, permettant de créer des frameworks de serveur tels que Tornado et des clients JavaScript. Des modules WebSocket standard peuvent être créés. .
Les caractéristiques de WebSocket sont résumées comme suit :
WebSocket convient aux scénarios où le serveur pousse activement.
Comparé à des technologies telles que Ajax et Long Poll, le modèle de communication WebSocket est plus efficace.
WebSocket complète toujours la communication Internet avec HTTP.
Comme il s'agit d'un protocole standard de HTML5, il n'est pas bloqué par les pare-feu d'entreprise.
2. Principe de communication de WebSocket
Le principe de communication de WebSocket est d'établir un lien persistant TCP entre le client et le serveur, donc que le local Lorsque le serveur a des messages qui doivent être transmis au client, il peut communiquer instantanément.
Bien que WebSocket ne soit pas HTTP, car le contenu HTML est encapsulé et transmis par HTTP sur Internet, WebSocket doit toujours coopérer avec HTTP. L'IETF définit le processus standard pour établir un canal WebSocket basé sur un lien HTTP dans la RFC6455.
Le client indique au serveur qu'il doit établir un canal de liaison longue WebSocket en envoyant la requête HTTP suivante :
GET /stock_info/?encoding=text HTTP/1.1 Host:echo.websocket.org Origin:http://websocket.org Cookie:__token=ubcxx13 Connection:Upgrade Sec-WebSocket-Key:uRovscZjNol/umbTt5uKmw== Upgrade:websocket Sec-WebSocket-Version:13
Les lecteurs peuvent constater qu'il s'agit toujours d'un paquet de requête HTTP et sont très familier avec le contenu.
Méthode de requête HTTP : GET
Adresse de la demande :/stock_info
Numéro de version HTTP : 1.1
Nom de domaine hôte du serveur : echo.websocket.org
Informations sur les cookies : __token=ubcxx13
Mais il y a 4 champs distinctifs dans l'en-tête HTTP. Ce sont :
Connection:Upgrade Sec-WebSocket-Key:uRovscZjNol/umbTt5uKmw== Upgrade:websocket Sec-WebSocket-Version:13
C'est le cœur de l'établissement du lien WebSocket. Il indique au serveur Web : le client souhaite établir un lien WebSocket. La version WebSocket utilisée par le client est uRovscZjNol/umbTt5uKmw==.
Après avoir reçu la requête, le serveur renverra une réponse similaire à la suivante s'il accepte d'établir un lien WebSocket :
HTTP/1.1 101 WebSocket Protocol Handshake Date:Fri,10 Feb 2012 17:38:18 GMT Connection:Upgrade Server:Kaazing Gateway Upgrade:WebSocket Access-Control-Allow-Origin:http://websocket.org Access-Contril-Allow-Credentials:true Sec-WebSocket-Accept:rLHCKw/SKs09GAH/ZSFhBATDKrU= Access-Control-Allow-Headers:content-type
Il s'agit toujours d'une réponse HTTP standard, dans laquelle le En-tête lié à WebSocket L'information est :
Connection:Upgrade Upgrade:WebSocket Sec-WebSocket-Accept:rLHCKw/SKs09GAH/ZSFhBATDKrU=
Les deux premières données indiquent au client : le serveur a converti cette connexion en lien WebSocket. Sec-WebSocket-Accept sont les données générées après cryptage de la Sec-WebSocket-Key envoyée par le client, afin que le client puisse confirmer que le serveur peut fonctionner normalement.
À ce stade, un lien persistant TCP a été établi entre le client et le serveur, et les deux parties peuvent s'envoyer des messages à tout moment.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!