Apa perbedaan antara koneksi dan batas waktu baca untuk soket?

3 pertanyaan:

1. Apa perbedaan antara koneksi dan batas waktu baca untuk soket?

2. Apa arti batas waktu koneksi diatur ke "tak terbatas"? Dalam situasi apa ia bisa tetap dalam infinitive loop? dan apa yang dapat memicu bahwa infinity-loop mati?

3. Apa artinya batas waktu baca diatur ke "tak terbatas"? Dalam situasi apa ia bisa tetap dalam infinitive loop? dan apa yang dapat memicu bahwa infinity-loop mati?

1) Apa perbedaan antara koneksi dan batas waktu baca untuk soket?

Timeout koneksi adalah timeout dalam membuat koneksi awal; yaitu menyelesaikan handshake koneksi TCP. Batas waktu baca adalah batas waktu menunggu untuk membaca data ¹ . Khususnya, jika server gagal mengirim byte <timeout> detik setelah byte terakhir, kesalahan batas waktu baca akan dinaikkan.

2) Apa artinya batas waktu koneksi diatur ke "tak terbatas"? Dalam situasi apa ia bisa tetap dalam infinitive loop? dan apa yang dapat memicu bahwa infinity-loop mati?

Ini berarti bahwa upaya koneksi berpotensi memblokir selamanya. Tidak ada loop tanpa batas, tetapi upaya untuk terhubung dapat diblokir oleh utas lain yang menutup soket. ( Thread.interrupt()Panggilan juga dapat melakukan trik ... tidak yakin.)

3) Apa yang dimaksud dengan batas waktu baca yang diatur ke "tak terbatas"? Dalam situasi apa ia bisa tetap berada dalam satu lingkaran tanpa batas? Apa yang bisa memicu loop tak terbatas itu berakhir?

Ini berarti bahwa panggilan ke readpada aliran soket dapat memblokir selamanya. Sekali lagi tidak ada loop tak terbatas, tetapi readdapat diblokir oleh Thread.interrupt()panggilan, menutup soket, dan (tentu saja) ujung lainnya mengirim data atau menutup koneksi.

^{1 - Ini bukan ... seperti yang dipikirkan oleh seorang komentator ... batas waktu berapa lama sebuah soket dapat dibuka, atau diam.}

Ini adalah nilai batas waktu yang diberlakukan oleh JVM untuk pembuatan koneksi TCP dan menunggu pembacaan data dari soket.

Jika nilainya diatur hingga tak terbatas, Anda tidak akan menunggu selamanya. Ini berarti JVM tidak memiliki batas waktu dan OS akan bertanggung jawab atas semua batas waktu. Namun, batas waktu pada OS mungkin sangat panjang. Pada beberapa jaringan yang lambat, saya telah melihat batas waktu selama 6 menit.

Bahkan jika Anda menetapkan nilai batas waktu untuk soket, itu mungkin tidak berfungsi jika batas waktu terjadi dalam kode asli. Kami dapat mereproduksi masalah di Linux dengan menghubungkan ke host yang diblokir oleh firewall atau mencabut kabel saat sakelar.

Satu-satunya pendekatan yang aman untuk menangani batas waktu TCP adalah dengan menjalankan kode koneksi di utas yang berbeda dan menyela utas saat terlalu lama.