API du composant protocole WebSocket
Objectif
L’API de composant de protocole WebSocket active des canaux de communication bidirectionnels asynchrones sur HTTP qui fonctionnent sur des intermédiaires réseau existants. Avec l’API du composant de protocole WebSocket, un client utilise HTTP pour communiquer avec un serveur, puis les deux côtés passent à l’utilisation du protocole sous-jacent sur lequel HTTP a été superposé (par exemple, TCP ou SSL). L’objectif est d’utiliser d’abord HTTP pour parcourir des intermédiaires réseau, puis d’utiliser le canal TCP/SSL sous-jacent de bout en bout établi pour la communication d’application bidirectionnelle. Le protocole WebSocket [WSPROTO] est défini au niveau de l’IETF, tandis qu’une API Javascript (WebSockets) associée est définie au niveau du WHATWG.
Contenu de cette section
| Rubrique | Description |
|---|---|
|
Types de données de l’API du composant protocole WebSocket |
L’API du composant de protocole WebSocket définit ces types de données. |
|
Énumérations de l’API du composant protocole WebSocket |
L’API du composant de protocole WebSocket définit ces énumérations. |
|
Fonctions API du composant protocole WebSocket |
L’API du composant protocole WebSocket définit ces fonctions. |
|
Structures de l’API du composant protocole WebSocket |
L’API composant de protocole WebSocket définit ces structures. |
Développeurs concernés
L’API du composant de protocole WebSocket est conçue pour être utilisée par les programmeurs C/C++. Une bonne connaissance de la mise en réseau HTTP et Windows est requise.
Notes
La meilleure façon d’utiliser le protocole WebSocket sur Windows consiste à utiliser l’API Windows HTTP Services (WinHTTP) ou l’espace de noms Windows.Networking.Sockets.
Conditions d’exécution
L’API du composant de protocole WebSocket nécessite Windows 8 et versions ultérieures du système d’exploitation Windows. Les API peuvent être liées dynamiquement via websocket.dll.
Notes
websocket.dll prend en charge les en-têtes HTTP liés au client et au serveur, vérifie les données de négociation reçues et analyse le flux de données WebSocket. Il ne gère pas d’opérations spécifiques à HTTP (redirection, authentification, prise en charge du proxy) et n’effectue aucune opération d’E/S (envoi ou réception d’octets de flux WebSocket).