Pemahaman saya: Pelanggan membuat permintaan (menghantar permintaan) kepada pelayan setiap selang (seperti satu saat). Sekiranya terdapat mesej di bahagian pelayan, maklumat tersebut ditandakan dalam respons (respon) untuk memberitahu klien bahawa terdapat mesej baru di bahagian pelayan. Pelanggan menghantar permintaan kepada pelayan untuk menarik mesej, dan pelayan bertindak balas.
permintaan: Ada berita baharu? Sila balas jika diterima. maklum balas:Tidak. permintaan: Ada berita baharu? Sila balas jika diterima. maklum balas:Tidak. permintaan: Ada berita baharu? Sila balas jika diterima. respon: Ya, ID mesej ialah 123456. permintaan: Sila hantar kandungan mesej dengan ID mesej 123456. respon: ID mesej: 123456, teks mesej: Kejutan! Wanita ini sebenarnya melakukan perkara sedemikian di hadapan 1.3 bilion orang...
Penghantaran mesej diperoleh dengan menyegarkan klien ke pelayan dan bukannya pelayan menghantarnya terus kepada klien
Pada masa lalu, memang terdapat beberapa kes di mana pelayan terus membuka port secara tempatan dan pelayan secara langsung meminta klien, tetapi kini jarang digunakan untuk push mesej (biasanya digunakan untuk memindahkan fail atau maklumat dalam LAN)
Sesi disimpan pada pelayan, dan nama serta id SESI disimpan secara setempat melalui Kuki Pelayan menggunakan kedua-dua ini untuk mendapatkan kandungan yang disimpan di bahagian pelayan
Pada masa ini terdapat dua penyelesaian biasa. 1. Pelanggan secara aktif mengundi (iaitu, ia bertanya kepada pelayan setiap N kali jika terdapat sebarang berita. 2. Pelayan secara aktif menolak. Soket digunakan antara perkhidmatan bahagian belakang, dan soket web boleh digunakan untuk berkomunikasi dengan bahagian hadapan
Jika ia hanyalah salah satu daripada banyak fungsi produk, pemesejan segera mengesyorkan agar subjek menyambung ke IM, yang boleh menjimatkan banyak perbelanjaan pembangunan Fungsi yang disediakan oleh penyedia IM sedia ada adalah agak komprehensif, dan lebih banyak lagi kos efektif daripada membangunkannya sendiri Anda boleh melihat maklumat alam sekitar http://www.easemob.com/
Pemahaman saya:
Pelanggan membuat permintaan (menghantar permintaan) kepada pelayan setiap selang (seperti satu saat).
Sekiranya terdapat mesej di bahagian pelayan, maklumat tersebut ditandakan dalam respons (respon) untuk memberitahu klien bahawa terdapat mesej baru di bahagian pelayan.
Pelanggan menghantar permintaan kepada pelayan untuk menarik mesej, dan pelayan bertindak balas.
permintaan: Ada berita baharu? Sila balas jika diterima.
maklum balas:Tidak.
permintaan: Ada berita baharu? Sila balas jika diterima.
maklum balas:Tidak.
permintaan: Ada berita baharu? Sila balas jika diterima.
respon: Ya, ID mesej ialah 123456.
permintaan: Sila hantar kandungan mesej dengan ID mesej 123456.
respon: ID mesej: 123456, teks mesej: Kejutan! Wanita ini sebenarnya melakukan perkara sedemikian di hadapan 1.3 bilion orang...
Penghantaran mesej diperoleh dengan menyegarkan klien ke pelayan dan bukannya pelayan menghantarnya terus kepada klien
Pada masa lalu, memang terdapat beberapa kes di mana pelayan terus membuka port secara tempatan dan pelayan secara langsung meminta klien, tetapi kini jarang digunakan untuk push mesej (biasanya digunakan untuk memindahkan fail atau maklumat dalam LAN)
Sesi disimpan pada pelayan, dan nama serta id SESI disimpan secara setempat melalui Kuki Pelayan menggunakan kedua-dua ini untuk mendapatkan kandungan yang disimpan di bahagian pelayan
Pada masa ini terdapat dua penyelesaian biasa.
1. Pelanggan secara aktif mengundi (iaitu, ia bertanya kepada pelayan setiap N kali jika terdapat sebarang berita.
2. Pelayan secara aktif menolak. Soket digunakan antara perkhidmatan bahagian belakang, dan soket web boleh digunakan untuk berkomunikasi dengan bahagian hadapan
http2.0 boleh tahan sangat, boleh cuba~
Dikatakan bahawa ia adalah segera, dan sambungan yang panjang mesti diwujudkan. Seperti soket.
Jika ia hanyalah salah satu daripada banyak fungsi produk, pemesejan segera mengesyorkan agar subjek menyambung ke IM, yang boleh menjimatkan banyak perbelanjaan pembangunan Fungsi yang disediakan oleh penyedia IM sedia ada adalah agak komprehensif, dan lebih banyak lagi kos efektif daripada membangunkannya sendiri Anda boleh melihat maklumat alam sekitar http://www.easemob.com/