Sesi dan Sambungan Semula

Untuk melabelkan sesi, pelayan mengembalikan pengepala Mcp-Session-Id yang unik dalam respons initialize. Anggaplah ia sebagai tiket tuntutan klien.

Pada setiap permintaan seterusnya, klien menyertakan ID yang sama dalam pengepalanya. Pelayan membacanya dan mengetahui dengan tepat sesi yang dikaitkan dengan panggilan ini.

Apa-apa sahaja yang perlu diingati oleh pelayan antara panggilan, seperti pengguna yang telah log masuk atau kursor, dikaitkan dengan sesi. Klien yang berbeza tidak akan melihat data satu sama lain.

Tidak semua pelayan memerlukan ingatan. Pelayan tanpa keadaan mengendalikan setiap permintaan secara berasingan dan tidak mengeluarkan ID sesi, lalu penskalaan menjadi lebih mudah.

Di internet, sambungan boleh terputus: strim mungkin terhenti di tengah-tengah respons. Pengangkutan yang baik mesti mengendalikan sambungan yang terputus tanpa kehilangan seluruh sesi. 📡

Ingat ID acara SSE? Klien menyambung semula dan menghantar Last-Event-ID yang dilihatnya, lalu meminta pelayan memainkan semula hanya perkara selepas ID tersebut.

Oleh sebab setiap acara telah dinomborkan, main semula boleh dilakukan dengan tepat. Klien tidak terlepas apa-apa dan tidak melihat apa-apa dua kali, maka gangguan tidak akan merosakkan hasilnya.

Apabila klien selesai, klien boleh menghantar HTTP DELETE ke titik akhir bersama ID sesinya. Pelayan membebaskan keadaan tersebut dan memastikan penggunaan ingatan kekal teratur.

Gabungan sesi dan penyambungan semula menjadikan pelayan jauh terasa boleh dipercayai: pelayan mengingati konteks anda dan mengharungi rangkaian yang tidak stabil dengan baik. ✨

ID sesi, yang ditetapkan semasa inisialisasi dan dihantar semula, mengaitkan setiap klien dengan keadaannya. Acara SSE bernombor membolehkan strim yang terputus disambung semula dengan kemas tanpa jurang. 🎉