1. Pesan yang diterbitkan sesuai dengan ID (selama satu arah adalah unik, server dapat mengulangi penerimaan berdasarkan ID). Mekanisme pengiriman ulang pesan memastikan sejumlah upaya coba lagi. Jika coba lagi gagal, pengguna akan diminta. Pengiriman yang berhasil akan menjadi umpan balik dan konfirmasi. Klien hanya akan tahu bahwa pengiriman berhasil setelah menerima informasi konfirmasi. Mengirim pesan mungkin tidak menghasilkan sinkey baru.
2. Mekanisme sinkronisasi pesan status berdasarkan nomor versi (Synkey), persyaratan transmisi tambahan dan tertib adalah alami. Pemberitahuan Koneksi Panjang/Akuisisi Koneksi Pendek, Konfirmasi, dll., Metode interaksi sederhana, memastikan pesan yang andal dan akurat.
3. Sisi klien/server akan menyimpan catatan pemrosesan ID pesan untuk menghindari konsumsi berulang klien untuk mendapatkan berita terbaru, tetapi sisi server tidak akan berpikir bahwa pesan telah dikonsumsi. Klien akan mendapatkannya kembali lain kali dan akan menanyakan apakah pesan saat ini telah diproses. Berdasarkan beberapa fenomena.
4. Secara keseluruhan, cross-platform protokol WeChat (baik TCP atau HTPP dapat disajikan, dan metode pemrosesan dapat disatukan), dan sangat dapat diandalkan melalui sinkronisasi "jabat tangan", dan dapat didukung dengan baik pada platform apa pun.
5. Biaya minimum protokol WeChat adalah 16 byte. Sebagian besar waktu, beberapa paket pesan digabungkan bersama dan ditransmisikan dalam batch. Perjanjian WeChat bukan yang paling sederhana, juga bukan yang paling menghemat lalu lintas, tetapi sangat sukses.
6. Jika server mendeteksi beberapa ketidakpastian, itu dapat menyebabkan protokol SSL yang diaktifkan mikro-mikro untuk melakukan transmisi koneksi panjang TCP konvensional. Tidak ada perubahan koneksi pendek
7. Kirim Metode Pesan
Kirim pesan untuk melalui saluran koneksi panjang TCP yang ditetapkan, kirim pesan ke server, dan kemudian terima informasi konfirmasi, dll., Untuk menghasilkan interaksi.
Ketika teman menerima pembacaan informasi, mereka akan menerima pemberitahuan server, yang akan menghasilkan interaksi, dll.
Dapat dikonfirmasi bahwa WeChat mengirim pesan ke mode koneksi panjang TCP, karena itu tidak mempengaruhi data statusnya sendiri, Synkey tidak boleh ditukar.
Di bawah jaringan berkecepatan rendah, Anda mungkin akan melihat prompt pengiriman pesan, yang termasuk dalam mekanisme pengiriman pesan
Jaringan tidak bagus terkadang klien akan memiliki tanda seru merah yang gagal mengirim.
Pesan yang telah dikirim ke server tetapi belum menerima konfirmasi, klien menampilkan titik seru merah, dan mengirimkannya lagi, server memprosesnya sebagai pesan duplikat, dan konfirmasi umpan balik
Mengunggah gambar akan dibagi menjadi beberapa bagian sesuai dengan ukuran gambar (sekitar 1,5k dibagi menjadi beberapa bagian). Pada saat yang sama, klien akan memulai beberapa permintaan posting. Setelah setiap unggahan berhasil, server mungkin akan bergabung menjadi gambar lengkap, mengembalikan thumbnail, dan menampilkannya di jendela obrolan aplikasi. Aplikasi dikirim ke server sebagai pesan teks biasa
Saat mengunggah audio, buka saluran TCP sendirian, dan rekam audio dalam dua detik. Setelah klien selesai merekam, dibagi menjadi dua blok untuk dikirim, satu blok sekitar 1,5k. Server menanggapi pemberitahuan data untuk mengkonfirmasi tanda terima. Tiga transmisi data secara total.
Informasi audio dan teks biasa konsisten, keduanya merupakan koneksi panjang TCP, dikirim oleh klien dan dikonfirmasi oleh server.
Di atas adalah ringkasan perjanjian pengembangan WeChat yang diperkenalkan oleh editor. Saya harap ini akan membantu semua orang. Jika Anda memiliki pertanyaan, silakan tinggalkan saya pesan dan editor akan membalas semua orang tepat waktu. Terima kasih banyak atas dukungan Anda ke situs web Wulin.com!