http adalah penggunaan sekali sahaja, dan soket boleh merealisasikan sambungan yang lama Soket akan digunakan jika permintaan rangkaian pergi balik tidak dapat menyelesaikan masalah. Sebagai contoh, dalam WeChat, anda menggunakan permintaan HTTP untuk menyegarkan Moments dan memuat turun gambar Apabila menerima mesej, anda tidak tahu bila mesej itu akan datang, jadi anda menyediakan soket untuk memantaunya sepanjang masa mesej, anda menggunakan HTTP dengan lebih kerap, jadi anda perlu berjabat tangan sekali lagi setiap kali Soket mesti digunakan, serta panggilan audio dan video, penyambungan titik putus, dll. Semua mesti menggunakan soket. Secara teorinya, mesej penyegerakan selepas memulakan WeChat atau memutuskan sambungan dan menyambung semula boleh menggunakan http untuk meminta mesej yang tidak diterima, tetapi atas banyak sebab, soket juga digunakan.
Sudah tentu, apa yang saya sebutkan di atas hanyalah sebab yang paling asas. Terdapat banyak sebab mengapa http tidak boleh dilaksanakan menggunakan soket. Semua yang http boleh capai, soket boleh capai, kerana http hanyalah protokol senario aplikasi soket melalui tcp.
IM kebanyakannya adalah satu set protokol penghantaran yang dibangunkan dengan sendirinya berdasarkan soket, serupa dengan http, tetapi dibangunkan untuk perniagaannya sendiri.
Untuk mendapatkan status log masuk pengguna, pelayan aplikasi IM mesti menghantar "paket degupan jantung" secara berterusan untuk mengesahkan bahawa pengguna berada dalam talian dan status rangkaian pengguna Jika HTTP digunakan, akan berlaku terlalu banyak lewah maklumat (HEADER, CONTENT-TYPE, STATUS ) dan seumpamanya.
Banyak aplikasi IM melaksanakan protokol rangkaian mereka sendiri untuk keselamatan atau pemampatan data.
http adalah penggunaan sekali sahaja, dan soket boleh merealisasikan sambungan yang lama Soket akan digunakan jika permintaan rangkaian pergi balik tidak dapat menyelesaikan masalah.
Sebagai contoh, dalam WeChat, anda menggunakan permintaan HTTP untuk menyegarkan Moments dan memuat turun gambar Apabila menerima mesej, anda tidak tahu bila mesej itu akan datang, jadi anda menyediakan soket untuk memantaunya sepanjang masa mesej, anda menggunakan HTTP dengan lebih kerap, jadi anda perlu berjabat tangan sekali lagi setiap kali Soket mesti digunakan, serta panggilan audio dan video, penyambungan titik putus, dll. Semua mesti menggunakan soket. Secara teorinya, mesej penyegerakan selepas memulakan WeChat atau memutuskan sambungan dan menyambung semula boleh menggunakan http untuk meminta mesej yang tidak diterima, tetapi atas banyak sebab, soket juga digunakan.
Sudah tentu, apa yang saya sebutkan di atas hanyalah sebab yang paling asas. Terdapat banyak sebab mengapa http tidak boleh dilaksanakan menggunakan soket.
Semua yang http boleh capai, soket boleh capai, kerana http hanyalah protokol senario aplikasi soket melalui tcp.
IM kebanyakannya adalah satu set protokol penghantaran yang dibangunkan dengan sendirinya berdasarkan soket, serupa dengan http, tetapi dibangunkan untuk perniagaannya sendiri.
Untuk mendapatkan status log masuk pengguna, pelayan aplikasi IM mesti menghantar "paket degupan jantung" secara berterusan untuk mengesahkan bahawa pengguna berada dalam talian dan status rangkaian pengguna Jika HTTP digunakan, akan berlaku terlalu banyak lewah maklumat (HEADER, CONTENT-TYPE, STATUS ) dan seumpamanya.
Banyak aplikasi IM melaksanakan protokol rangkaian mereka sendiri untuk keselamatan atau pemampatan data.