WebSocket-Protokollkomponenten-API
Zweck
Die WebSocket-Protokollkomponenten-API ermöglicht asynchrone, bidirektionale Kommunikationskanäle über HTTP, die über vorhandene Netzwerkhändler hinweg funktionieren. Mit der WebSocket-Protokollkomponenten-API verwendet ein Client HTTP für die Kommunikation mit einem Server, und dann wechseln beide Seiten zur Verwendung des zugrunde liegenden Protokolls, über das HTTP überlagert wurde (z. B. TCP oder SSL). Ziel ist es, zuerst HTTP zu verwenden, um Netzwerkhändler zu durchlaufen, und dann den eingerichteten zugrunde liegenden End-to-End-TCP/SSL-Kanal für die bidirektionale Anwendungskommunikation zu verwenden. Das WebSocket-Protokoll [ WSPROTO wird in der IETF definiert, während eine zugeordnete ] JavaScript-API [ W3CAPI im ] W3C definiert ist.
In diesem Abschnitt
| Thema | Beschreibung |
|---|---|
| API-Datentypen der WebSocket-Protokollkomponente |
Die WebSocket-Protokollkomponenten-API definiert diese Datentypen. |
| WebSocket-Protokollkomponenten-API-Enumerationen |
Die WebSocket-Protokollkomponenten-API definiert diese Enumerationen. |
| Api-Funktionen der WebSocket-Protokollkomponente |
Die WebSocket-Protokollkomponenten-API definiert diese Funktionen. |
| API-Strukturen der WebSocket-Protokollkomponente |
Die WebSocket-Protokollkomponenten-API definiert diese Strukturen. |
Entwicklergruppe
Die WebSocket-Protokollkomponenten-API ist für die Verwendung durch C/C++-Programmierer konzipiert. Sie müssen mit HTTP und Windows Netzwerk vertraut sein.
Hinweis
Die bevorzugte Möglichkeit, das WebSocket-Protokoll auf Windows zu verwenden, ist die Windows HTTP Services (WinHTTP)-API oder die Windows. Networking.Sockets-Namespace.
Laufzeitanforderungen
Die WebSocket-Protokollkomponenten-API erfordert Windows 8 und neuere Versionen des Windows Betriebssystems. Die APIs können dynamisch über die websocket.dll.
Hinweis
websocket.dll unterstützt Client- und Serverhandshake-bezogene HTTP-Header, überprüft empfangene Handshakedaten und analysiert den WebSocket-Datenstrom. Er verarbeitet keine HTTP-spezifischen Vorgänge (Umleitung, Authentifizierung, Proxyunterstützung) und führt keine E/A-Vorgänge aus (Senden oder Empfangen von WebSocket-Streambytes).