Apabila menggunakan HTML5 SSE, kaedah untuk menangani penyambungan semula dan kesilapan termasuk: 1. Memahami mekanisme penyambungan semula lalai. Eventsource Retrys 3 saat selepas sambungan terganggu secara lalai. Anda boleh menyesuaikan selang melalui medan semula; 2. Dengar peristiwa ralat untuk menangani kegagalan sambungan atau kesilapan parsing, membezakan jenis ralat dan melaksanakan logik yang sepadan, seperti masalah rangkaian yang bergantung pada penyambungan semula automatik, kesilapan pelayan secara manual melambatkan penyambungan semula, dan kegagalan pengesahan menyegarkan token; 3. Secara aktif mengawal logik penyambungan semula, seperti penutupan secara manual dan membina semula sambungan, menetapkan bilangan maksimum masa semula, dan menggabungkan navigator.online untuk menilai status rangkaian untuk mengoptimumkan strategi semula. Langkah -langkah ini dapat meningkatkan kestabilan aplikasi dan pengalaman pengguna.

Apabila menggunakan acara Server-SENT HTML5 (SSE), pengendalian penyambung semula dan kesilapan adalah kunci untuk memastikan kestabilan aplikasi. Pelayar akan cuba menyambung semula secara automatik secara lalai, tetapi mekanisme lalai sering tidak mencukupi, terutamanya apabila rangkaian tidak stabil atau kesilapan pelayan. Kita perlu campur tangan secara aktif untuk meningkatkan toleransi kesalahan kita.

Memahami mekanisme penyambungan semula lalai SSE

Apabila sambungan terganggu, objek Eventsource secara automatik cuba menyambung semula, dengan selang lalai 3 saat. Kali ini boleh disesuaikan dengan menghantar medan retry: dalam respons pelayan. Contohnya:

 Cuba semula: 5000

Ini memberitahu penyemak imbas untuk menunggu 5000 milisaat (iaitu 5 saat) sebelum cuba lagi. Jika tidak ditetapkan, penyemak imbas akan menggunakan nilai lalai.

Harus diingat bahawa mekanisme penyambungan semula ini sesuai untuk situasi di mana pelayan itu "tidak tersedia sementara", seperti pemotongan rangkaian jangka pendek atau restart perkhidmatan. Walau bagaimanapun, jika pelayan mengembalikan ralat HTTP (seperti 4xx atau 5xx), penyemak imbas tidak akan mencuba secara automatik, dan kita perlu mengendalikannya secara manual pada masa ini.

Dengarkan acara ralat dan balas

SSE menyediakan peristiwa error yang membolehkan kami menangkap kegagalan sambungan, kesilapan parsing, dan lain -lain. Walaupun penyemak imbas secara automatik akan menyambung semula dalam beberapa kes, ia mungkin berhenti mencuba apabila beberapa kesilapan yang serius berlaku. Oleh itu, sangat penting untuk mendengar peristiwa error dan bertindak balas dengan sewajarnya.

Anda boleh menambah pendengar seperti ini:

 const Eventsource = New Eventsource ('Your-endpoint');

Eventsource.AddEventListener ('error', (err) => {
  Console.error ('SSE Ralat:', err);
  // Logik Custom Reconnect boleh dicetuskan di sini});

Dalam panggilan balik ini, anda biasanya perlu menilai jenis ralat. Contohnya:

• Jika ia adalah masalah rangkaian, terus bergantung pada penyambungan semula automatik pelayar;
• Jika ia adalah ralat pelayan (seperti kembali 500), ia mungkin memerlukan pembinaan semula manual sambungan selepas kelewatan;
• Sekiranya masalah seperti kegagalan pengesahan, anda mungkin perlu menyegarkan token terlebih dahulu dan kemudian menyambung semula.

Di sini anda boleh menambah strategi penyambungan semula yang sama:

• Catat bilangan kegagalan;
• Tetapkan bilangan maksimum masa semula;
• Selepas had atas dicapai, pengguna diminta untuk memeriksa rangkaian atau memberitahu pentadbir sistem.

Secara aktif mengawal logik menyambung semula untuk meningkatkan kebolehpercayaan

Kadang -kadang, kita mahu mengawal tingkah laku penyambungan semula dengan lebih berhati -hati. Sebagai contoh, secara aktif mencetuskan sambungan selepas rangkaian dipulihkan, atau memutuskan sama ada untuk terus mengundi berdasarkan status perkhidmatan.

Amalan biasa adalah untuk menutup sambungan semasa secara manual dan membuat contoh Eventsource baru selepas kesilapan dikesan:

 Biarkan RetryCount = 0;
const maxRetries = 5;

Eventsource.AdDeventListener ('error', () => {
  jika (RetryCount <maxRetries) {
    setTimeout (() => {
      Eventsource.close ();
      const newEventSource = New Eventsource (&#39;Your-endpoint&#39;);
      // pendengar acara pemulihan ...
      Retrycount;
    }, 5000); // Custom Retry Interval} else {
    Console.log (&#39;Bilangan semula telah mencapai had atas&#39;);
  }
});

Di samping itu, anda juga boleh menggunakan Navigator.online untuk menentukan sama ada ia sedang dalam talian. Jika ia berada di luar talian, jeda dan cuba lagi, dan terus cuba selepas memulihkan rangkaian.

Pada dasarnya itu sahaja

Inti mengendalikan penyambungan semula dan kesilapan SSE adalah untuk memahami tingkah laku lalai penyemak imbas dan menambah logik anda sendiri berdasarkannya. Anda boleh meningkatkan kestabilan dan pengalaman pengguna sambungan dengan menetapkan masa semula, mendengar peristiwa kesilapan, melaksanakan mekanisme percubaan tersuai, dan lain -lain. Walaupun ia tidak kelihatan rumit, kecuaian sedikit boleh menyebabkan mesej hilang atau sambungan terperangkap, jadi perhatikan lebih banyak butiran.

Atas ialah kandungan terperinci Mengendalikan penyambungan semula dan kesilapan dengan acara html5 pelayan-sent.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!