Lorsque vous utilisez HTML5 SSE, les méthodes pour gérer la reconnexion et les erreurs incluent: 1. Comprendre le mécanisme de reconnexion par défaut. Eventsource réessayer 3 secondes après l'interrompu de la connexion par défaut. Vous pouvez personnaliser l'intervalle via le champ de réessayer; 2. écoutez les événements d'erreur pour gérer les défaillances de connexion ou l'analyse des erreurs, distinguer les types d'erreur et exécuter la logique correspondante, telles que les problèmes de réseau en s'appuyant sur la reconnexion automatique, les erreurs de serveur retardent manuellement la reconnexion et le token de rafra?chissement de l'échec d'authentification; 3. Contr?ler activement la logique de reconnexion, telles que la fermeture et la reconstruction manuelle de la connexion, la définition du nombre maximal de temps de réessayer et la combinaison de Navigator.online pour juger l'état du réseau pour optimiser les stratégies de réessayer. Ces mesures peuvent améliorer la stabilité des applications et l'expérience utilisateur.

Lorsque vous utilisez des événements de serveur HTML5 (SSE), la gestion des reconnexions et des erreurs est la clé pour assurer la stabilité de l'application. Les navigateurs essaieront de se reconnecter automatiquement par défaut, mais le mécanisme par défaut n'est souvent pas suffisant, surtout lorsque le réseau est instable ou c?té serveur. Nous devons intervenir activement pour améliorer notre tolérance aux défauts.

Comprendre le mécanisme de reconnexion par défaut de SSE

Lorsque la connexion est interrompue, l'objet Eventsource essaie automatiquement de se reconnecter, avec un intervalle par défaut de 3 secondes. Cette fois peut être personnalisée en envoyant retry: dans la réponse du serveur. Par exemple:

 Réessayer: 5000

Cela indique au navigateur d'attendre 5000 millisecondes (c'est-à-dire 5 secondes) avant la prochaine réessayer. S'il n'est pas défini, le navigateur utilisera la valeur par défaut.

Il convient de noter que ce mécanisme de reconnexion convient aux situations où le serveur est "temporairement indisponible", tel que la déconnexion du réseau à court terme ou le redémarrage du service. Cependant, si le serveur renvoie une erreur HTTP (telle que 4xx ou 5xx), le navigateur ne réessayera pas automatiquement, et nous devons le gérer manuellement à ce moment.

écoutez un événement d'erreur et répondez

SSE fournit un événement error qui nous permet de capturer des défaillances de connexion, des erreurs d'analyse, etc. Bien que le navigateur se reconnecte automatiquement dans certains cas, il peut arrêter d'essayer lorsque des erreurs graves se produisent. Par conséquent, il est très essentiel d'écouter error et de répondre de manière appropriée.

Vous pouvez ajouter un auditeur comme ceci:

 const eventsource = new Eventsource ('your-endpoint');

eventsource.addeventListener ('error', (err) => {
  Console.Error ('SSE Error:', ERR);
  // La logique de reconnexion personnalisée peut être déclenchée ici});

Dans ce rappel, vous devez généralement juger le type d'erreur. Par exemple:

• S'il s'agit d'un problème de réseau, continuez de s'appuyer sur la reconnexion automatique du navigateur;
• S'il s'agit d'une erreur de serveur (comme le retour 500), cela peut nécessiter une reconstruction manuelle de la connexion après retard;
• S'il s'agit d'un problème tel que l'échec de l'authentification, vous devrez peut-être d'abord rafra?chir le jeton, puis reconnecter.

Ici, vous pouvez ajouter une stratégie de reconnexion commune:

• Enregistrer le nombre d'échecs;
• Définir le nombre maximum de temps de réessayer;
• Une fois la limite supérieure atteinte, l'utilisateur est invité à vérifier le réseau ou à informer l'administrateur système.

Contr?lez activement la logique de reconnexion pour améliorer la fiabilité

Parfois, nous voulons contr?ler plus attentivement le comportement de reconnexion. Par exemple, déclenchez activement la connexion après la restauration du réseau, ou décidez de continuer à continuer de le sonder en fonction de l'état du service.

Une pratique courante consiste à fermer manuellement la connexion actuelle et à créer une nouvelle instance Eventsource après la détection d'une erreur:

 Laissez RetryCount = 0;
const MAXRESTRES = 5;

eventsource.addeventListener ('error', () => {
  if (retRyCount <maxretrie) {
    setTimeout (() => {
      eventsource.close ();
      const Neweventsource = new Eventsource (?votre point-point?);
      // REBOUND éVECTEUR D&#39;éVéNEMENT ...
      RetryCount;
    }, 5000); // Intervalle de réessayer personnalisé} else {
    Console.log (?Le nombre de réchauffes a atteint la limite supérieure?);
  }
});

De plus, vous pouvez également utiliser Navigator.online pour déterminer s'il est actuellement en ligne. S'il est hors ligne, faites une pause et réessayez, et continuez à essayer après la restauration du réseau.

Fondamentalement c'est tout

Le c?ur de la gestion de la reconnexion et des erreurs de SSE consiste à comprendre le comportement par défaut du navigateur et à compléter votre propre logique en fonction. Vous pouvez améliorer la stabilité et l'expérience utilisateur de la connexion en définissant le temps de réessayer, en écoutant des événements d'erreur, en mettant en ?uvre un mécanisme de réessayer personnalisé, etc. Bien que cela ne semble pas compliqué, une légère négligence peut entra?ner la perte de messages ou des connexions, donc prêter plus d'attention aux détails.

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!