1. Einführung
Damit die Webanwendung eine bidirektionale Kommunikation mit dem Serverprozess aufrechterhalten kann, finden Sie hier die Einführung von WebSocket Schnittstelle.
2. Konsistenzanforderungen (weggelassen)
3. Terminologie (weggelassen)
4 .WebSocketSchnittstelle
(Code weggelassen)
WebSocket(URL, Protokolle)Konstruktorkann übergeben werden1-2 Parameter. Der erste Rigel gibt die URL an, mit der eine Verbindung hergestellt werden soll. Der zweite Parameter kann, sofern deklariert, ein String oder ein StringArray sein. Wenn es sich um eine Zeichenfolge handelt, entspricht sie einem Array, das nur diese Zeichenfolge enthält. Wenn der zweite Parameter weggelassen wird, entspricht er einem leeren Array [d. h. egal, was im zweiten Parameter übergeben wird, es wird als String-Array behandelt]. Jede Zeichenfolge im Array ist ein Unterprotokollname. Die Verbindung kann nur hergestellt werden, wenn der Server erklärt, dass er eines der Unterprotokolle ausgewählt hat. Alle Unterprotokollnamen müssen die folgenden Anforderungen erfüllen: Diese Zeichenfolgen müssen den Protokolldeklarationsheader WebSocket Sec-WebSocket-Protocol Inhalt①.
Wenn der
WebSocket()-Konstruktor aufgerufen wird, muss der Benutzeragent die folgenden Schritte ausführen:
(1) Von
url URL werden anhand der 🎜>-Parameter analysiert, um den Host, den Port, den Ressourcennamen und das Sicherheits-Protokoll zu erhalten (Host, Port, Ressourcenname und sicher). Wenn dieser Vorgang fehlschlägt, wird eine SyntaxError-Ausnahme ausgelöst und die folgenden Schritte werden abgebrochen. (2) Wenn
secure
leer ist, aber das ursprüngliche Eingabeskript ein Muster aufweist, das selbst ein Sicherheitsprotokoll ist, wie z. B. HTTPS , dann wird die Ausnahme SecurityError ausgelöst. (Wenn secure falsch ist, aber der Ursprung des Eintragsskripts eine Schemakomponente hat, die selbst ein sicheres Protokoll ist, z. B. HTTPS, dann wird eine SecurityError-Ausnahme.)
(3) Wenn der im Parameter verwendete Port so eingestellt ist, dass der Zugriff durch den Benutzeragenten verboten ist, wird eine SecurityError-Ausnahme ausgelöst. Die Ports 80 und 443 sollten nicht blockiert werden, einschließlich sicher istfalse, 443 Port kann nicht blockiert werden und sicher ist true Wenn 80 Port nicht blockiert werden kann [Hier bedeutet dies, dass es zwei Arten von WebSocket gibt In der Form hat ws kein Sicherheitsprotokoll. Standardmäßig verwendet es den Port 80 wss verfügt standardmäßig über den Port 443, auch wenn das verwendete Protokoll keinen entsprechenden Port erfordert Der Zugriff auf 443 und 80 kann nicht verboten werden. (4) Wenn der Parameter Protokolle
nicht deklariert ist, wird er zu einem leeren Array. Andernfalls, wenn der Parameter protocols eine Zeichenfolge ist, wird er zu einem Array, das die Zeichenfolge enthält. (5) Wenn eine Variable
in den
Protokollen mehr als diesen Parameter deklariert oder die Anforderungen von ① nicht erfüllt, dann Lösen Sie die Ausnahme SyntaxError aus und beenden Sie die folgenden Schritte. (6) origin
sei die ASCII-Serialisierung des Ursprungs des Eintragsskripts, konvertiert in ASCII-Kleinbuchstaben.
(7) Geben Sie ein neues WebSocket
Objekt und fahren Sie mit den folgenden Schritten im Hintergrundprogramm fort. (8) Erstellen Sie eine Datenbank mit den angegebenen Host, Port, Ressourcennamen und sicheren
und
Protokollen Liste und eine leere Liste von Erweiterungen (extensions) und eine Liste von Ursprung von WebSocketVerbinden. Um die richtigen Cookies zu senden, müssen Sie den Header Cookie verwenden, in dem der Wert an übergeben wird Benutzer Der gespeicherte Cookie-Wert und die URL werden berechnet. Für diese Zwecke handelt es sich hierbei nicht um eine API ohne das HTTP-Protokoll. Während der Ausführung des „WebSocketVerbindungsaufbau-Algorithmus“, wenn der Benutzeragent die Antwort des Servers überprüft, wenn der vom Server empfangene Statuscode nicht 101, der Benutzeragent MUSS diese WebSocket-Verbindung beenden.
Achtung! Die Verwendung von HTTP hier kann zu ernsthaften Sicherheitsrisiken für den Browserkontext führen. Stellen Sie sich zum Beispiel vor, dass ein Host ein Server ist, der mit WebSocket auf einem Pfad und einer offenen HTTP-Umleitung eingerichtet ist, die auf einen anderen Pfad verweist . Plötzlich kann jedes Skript, dem eine bestimmte WebSocket-URL zugewiesen ist, auf diesen Dienst zugreifen und mit anderen Hosts im Internet kommunizieren, selbst wenn das Skript nach URL sucht ist der korrekte Hostname.
Hinweis: Wenn die Ausführung des WebSocket-Verbindungsalgorithmus fehlschlägt, wird der WebSocket-Verbindungsfehleralgorithmus ausgelöst . Dieser Algorithmus führt den Algorithmus zum Schließen der WebSocket-Verbindung aus, der die WebSocket-Verbindung schließt und close Event , die Ausführungsschritte sind wie unten beschrieben. Wenn das globale Objekt des Skripts ein
Window-Objekt oder ein über die WorkerUtils-Schnittstelle instanziiertes Objekt ist, Dieser Konstruktor muss sichtbar sein. Das Attribut url
muss aus der an den Konstruktor übergebenen URL geparst werden. Das Attribut readyState
stellt den Status der Verbindung dar. Es hat die folgenden Werte: CONNECTING
, der entsprechende Wert ist 0 zeigt an, dass die Verbindung nicht hergestellt wurde OPEN
, der entsprechende Wert ist 1 , was anzeigt, dass WebSocketDie Verbindung hergestellt wurde und die Kommunikation möglich ist CLOSING
, der entsprechende Wert ist 2 zeigt an, dass die Verbindung einen schließenden Handshake durchläuft oder dass die Methode close() aufgerufen wurde; CLOSED
, der entsprechende Wert ist 3, was darauf hinweist, dass die Verbindung geschlossen wurde oder nicht geöffnet werden kann. Wenn das
WebSocket instanziierte Objekt erstellt wird, muss sein readyState-Wert auf VERBINDEN. Der Anfangswert des Attributs
extensions muss eine leere Zeichenfolge sein. Wenn die WebSocket-Verbindung hergestellt ist, kann ihr Wert gemäß den folgenden Regeln geändert werden.
Hinweis: Wenn der Server die Erweiterung ausgewählt hat, gibt das Attribut Erweiterung die vom Server ausgewählte Erweiterung zurück. (Derzeit war dieses Feld immer ein leeres Feld)
Protokoll Die Attributinitialisierung muss eine leere Zeichenfolge sein. Wenn die WebSocket-Verbindung hergestellt ist, kann ihr Wert gemäß den folgenden Regeln geändert werden.
Hinweis: Wenn der Server ein Unterprotokoll angibt, gibt das Attribut Protokoll das vom Server ausgewählte Unterprotokoll zurück. Die Methode
close() muss gemäß den folgenden Schritten ausgeführt werden:
(1) Wenn diese Methode den ersten Parameter übergibt, dieser aber nicht gleich ist bis 1000 oder nicht im Bereich von 3000 bis 4999, werfen Sie die Ausnahme InvalidAccessErroraus und beenden Sie die folgenden Schritte.
(2) Wenn der zweite Parameter übergeben wird, führen Sie die folgenden Unterschritte aus:
①Lassen Sie Rohgrund zum zweiten der Methodenparameter werden
②( gefolgt vom Weglassen von )
(3) Führen Sie den ersten Matching-Schritt unten aus
①Wenn das Attribut readyState CLOSING oder CLOSED ist, passiert nichts.
②Wenn die WebSocket-Verbindung nicht hergestellt wurde, beenden Sie den Aufbau der WebSocket-Verbindung und readyState ist auf CLOSING gesetzt.
③Wenn der schließende Handshake von WebSocket noch nicht begonnen hat, starten Sie den schließenden Handshake von WebSocket und readyState ist auf CLOSING gesetzt. Wenn der erste Parameter übergeben wird, muss der von der WebSocket-Schließmeldung verwendete Statuscode die durch den ersten Parameter angegebene Ganzzahl sein. Wenn auch der zweite Parameter deklariert ist, muss reason nach dem Statuscode der Abschlussnachricht angegeben werden.
④In anderen Fällen setzen Sie den Attributwert readyState auf CLOSING.
Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in die Übersetzung der WebSocket-API-HTML5-Spezifikation. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
