Bei der Verwendung von HTML5 SSE sind Methoden zur Umsetzung mit Wiederverbindung und Fehlern: 1. Verstehen Sie den Standard -Wiederverbindungsmechanismus. EventSource erneut 3 Sekunden nach der Unterbrechung der Verbindung standardm??ig unterbrochen. Sie k?nnen das Intervall über das Wiederholungsfeld anpassen. 2. H?ren Sie zu Fehlerereignissen, um mit Verbindungsfehlern oder Parsenfehlern umzugehen, Fehlertypen zu unterscheiden und entsprechende Logik auszuführen, z. 3.. Steuern Sie aktiv die Wiederverbindungslogik wie manuelles Schlie?en und Wiederaufbau der Verbindung, das Festlegen der maximalen Anzahl von Wiederholungszeiten und das Kombinieren von Navigator. Diese Ma?nahmen k?nnen die Anwendungsstabilit?t und die Benutzererfahrung verbessern.

Bei Verwendung von HTML5-Server-Sent-Ereignissen (SSE) ist die Behandlung von Wiederverbindungen und Fehlern der Schlüssel zur Gew?hrleistung der Anwendungsstabilit?t. Browser versuchen standardm??ig automatisch wieder zu verbinden, aber der Standardmechanismus reicht h?ufig nicht aus, insbesondere wenn das Netzwerk instabil oder serverseitige Fehler ist. Wir müssen aktiv eingreifen, um unsere Fehlertoleranz zu verbessern.

Verstehen Sie den Standard -Wiederverbindungsmechanismus von SSE

Wenn die Verbindung unterbrochen wird, versucht das EventSource -Objekt automatisch mit einem Standardintervall von 3 Sekunden wieder zu verbinden. Diese Zeit kann durch Senden retry: in der Serverantwort angepasst werden. Zum Beispiel:

 Wiederholung: 5000

Dies fordert den Browser an, 5000 Millisekunden (d. H. 5 Sekunden) vor dem n?chsten Wiederieren zu warten. Wenn nicht festgelegt, verwendet der Browser den Standardwert.

Es ist zu beachten, dass dieser Wiederverbindungsmechanismus für Situationen geeignet ist, in denen der Server "vorübergehend nicht verfügbar" ist, z. Wenn der Server jedoch einen HTTP -Fehler zurückgibt (z. B. 4xx oder 5xx), wird der Browser zu diesem Zeitpunkt nicht automatisch wiederholt, und wir müssen ihn manuell verarbeiten.

H?ren Sie sich ein Fehlerereignis an und antworten Sie

SSE bietet ein error , mit dem wir Verbindungsfehler, Parsenfehler usw. erfassen k?nnen, w?hrend der Browser in einigen F?llen automatisch wieder angeschlossen wird. Es kann m?glicherweise aufh?ren zu versuchen, wenn einige schwerwiegende Fehler auftreten. Daher ist es sehr kritisch, error anzuh?ren und angemessen zu reagieren.

Sie k?nnen einen H?rer wie diesen hinzufügen:

 const eventsource = new eventSource ('your-Endpoint');

eventSource.addeventListener ('Fehler', (err) => {
  console.Error ('SSE -Fehler:', err);
  // hier benutzerdefinierte Wiederverbinden -Logik kann hier ausgel?st werden});

In diesem Rückruf müssen Sie normalerweise den Fehlertyp beurteilen. Zum Beispiel:

• Wenn es sich um ein Netzwerkproblem handelt, verlassen Sie sich weiterhin auf die automatische Wiederverbindung des Browsers.
• Wenn es sich um einen Serverfehler handelt (z. B. Rückgabe von 500), muss m?glicherweise die Verbindung der Verbindung nach Verz?gerung umgebaut werden.
• Wenn es sich um ein Problem wie ein Authentifizierungsfehler handelt, müssen Sie m?glicherweise zuerst das Token aktualisieren und dann wieder verbinden.

Hier k?nnen Sie eine gemeinsame Wiederverbindungsstrategie hinzufügen:

• Zeichnen Sie die Anzahl der Fehler auf;
• Stellen Sie die maximale Anzahl von Wiederholungszeiten ein;
• Nachdem die Obergrenze erreicht ist, wird der Benutzer aufgefordert, das Netzwerk zu überprüfen oder den Systemadministrator zu benachrichtigen.

Steuern Sie aktiv die Wiederverbindung der Logik, um die Zuverl?ssigkeit zu verbessern

Manchmal wollen wir das Wiederverhalten des Wiederverhaltens sorgf?ltiger kontrollieren. L?sen Sie beispielsweise die Verbindung aktiv aus, nachdem das Netzwerk wiederhergestellt wurde, oder entscheiden Sie, ob die Umfragen auf der Grundlage des Dienststatus fortgesetzt werden sollen.

Eine g?ngige Praxis besteht darin, die aktuelle Verbindung manuell zu schlie?en und eine neue EreignisOr -Instanz zu erstellen, nachdem ein Fehler festgestellt wurde:

 RetyryCount = 0;
const maxretries = 5;

eventSource.addeventListener ('error', () => {
  if (retyprycount <maxretries) {
    setTimeout (() => {
      eventSource.close ();
      const NeweventSource = new eventsource (&#39;your-Endpoint&#39;);
      // Rebound Event H?rer ...
      Wiederholung;
    }, 5000); // benutzerdefinierte Wiederholungsintervall} else {
    console.log (&#39;Die Anzahl der Wiederholungen hat die Obergrenze erreicht&#39;);
  }
});

Darüber hinaus k?nnen Sie Navigator.online verwenden, um festzustellen, ob es derzeit online ist. Wenn es offline ist, innehalten Sie und versuchen Sie es erneut und versuchen Sie es weiter, nachdem Sie das Netzwerk wiederhergestellt haben.

Grunds?tzlich ist das

Der Kern der Umarbeitung von SSE -Wiederverbindungen und -fehlern besteht darin, das Standardverhalten des Browsers zu verstehen und Ihre eigene Logik basierend darauf zu erg?nzen. Sie k?nnen die Stabilit?t und Benutzererfahrung der Verbindung verbessern, indem Sie die Wiederholungszeit festlegen, Fehlerereignisse anh?ren, einen benutzerdefinierten Wiederholungsmechanismus implementieren usw. Obwohl dies nicht kompliziert erscheint, kann eine geringfügige Fahrl?ssigkeit dazu führen, dass Nachrichten verloren gehen oder Verbindungen stecken. Achten Sie also mehr auf Details.

Das obige ist der detaillierte Inhalt vonUmgang mit Wiederverbindungen und Fehlern mit HTML5-Server-Sent-Ereignissen.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!