Penjelasan Jabat Tangan WebSocket

Bayangkan anda menelefon seorang rakan, tetapi sebelum berbual, anda berdua bersetuju menggunakan bahasa rahsia. Jabat tangan WebSocket adalah serupa!

Ini ialah langkah awal yang penting apabila pelayar anda (klien) dan pelayan bersetuju untuk beralih daripada sambungan HTTP standard kepada sambungan WebSocket.

HTTP tradisional direka untuk permintaan dan respons ringkas yang berlaku sekali sahaja. Fikirkan tentang memuatkan halaman web – anda bertanya, pelayan menghantar, kemudian sambungan ditutup.

• Satu arah: Klien membuat permintaan, pelayan memberikan respons.
• Berjangka pendek: Sambungan ditutup selepas setiap interaksi.
• Lebihan: Setiap permintaan baharu perlu menyediakan sambungan baharu.

WebSockets memerlukan saluran dua hala yang berterusan untuk data masa nyata.

Jabat tangan bermula apabila klien (pelayar anda) menghantar permintaan HTTP GET biasa kepada pelayan. Namun, permintaan ini sebenarnya bukan "biasa"!

Permintaan ini mengandungi pengepala HTTP khas yang menandakan niat klien untuk "menaik taraf" kepada protokol WebSocket. Ia seperti menambah nota khas semasa panggilan anda untuk meminta pertukaran kepada bahasa rahsia.

Dua pengepala utama memberitahu pelayan dengan jelas bahawa klien mahukan sambungan WebSocket:

• Upgrade: websocket: Pengepala ini menentukan protokol yang ingin digunakan oleh klien.
• Connection: Upgrade: Pengepala HTTP umum ini menunjukkan bahawa klien ingin menaik taraf atau menukar protokol.

Secara bersama, kedua-duanya membentuk teras permintaan naik taraf.

Satu lagi pengepala penting daripada klien ialah Sec-WebSocket-Key.

• Ia ialah nilai rawak 16 bait yang dikodkan dalam Base64.
• Ia bertindak sebagai "nonce" unik dan sukar dijangka (nombor yang digunakan sekali) untuk setiap jabat tangan.
• Pelayan menggunakan kunci ini untuk membuktikan bahawa ia memahami protokol WebSocket serta mengelakkan jenis masalah cache atau proksi tertentu.

Pengepala Sec-WebSocket-Version adalah ringkas tetapi penting.

Ia memberitahu pelayan versi protokol WebSocket yang digunakan oleh klien. Pada masa ini, versi standard ialah 13.

Ini memastikan klien dan pelayan menggunakan "loghat" bahasa WebSocket yang sama, sekali gus menjamin keserasian.

Jika pelayan menyokong WebSockets dan bersetuju dengan naik taraf tersebut, pelayan menghantar respons HTTP khas kepada klien.

Bahagian paling penting dalam respons ini ialah kod status HTTP 101: Switching Protocols. Kod ini secara jelas bermaksud pelayan sedang menukar protokol seperti yang diminta oleh klien.

Respons pelayan turut mengandungi pengepala utama:

• Upgrade: websocket dan Connection: Upgrade: Dengan meniru klien, kedua-duanya mengesahkan persetujuan pelayan untuk menaik taraf.
• Sec-WebSocket-Accept: Ini ialah cincangan yang dijana oleh pelayan menggunakan Sec-WebSocket-Key klien serta "rentetan ajaib" tertentu. Cincangan ini membuktikan bahawa pelayan memahami kunci tersebut dan mampu menggunakan WebSockets.

Setelah klien menerima dan mengesahkan respons 101 pelayan dengan pengepala Sec-WebSocket-Accept yang betul, jabat tangan HTTP selesai!

Sambungan itu kini dinaik taraf kepada WebSocket dupleks penuh. Klien dan pelayan boleh menghantar serta menerima data secara serentak melalui sambungan berterusan ini, sekali gus membolehkan komunikasi masa nyata sebenar.