laporan ralat tutup golang tcp

Baru-baru ini, semasa saya menggunakan Golang untuk menulis program komunikasi TCP, saya mengalami ralat Tutup yang pelik. Saya merakamnya dan berkongsinya.

Latar Belakang

Dalam program komunikasi TCP yang saya tulis, saya menggunakan pakej bersih dalam perpustakaan standard Go untuk menyambung ke pelayan melalui fungsi DialTCP. Selepas komunikasi selesai, gunakan kaedah Tutup untuk menutup sambungan. Dalam kebanyakan kes, proses ini berjaya. Tetapi kadangkala, apabila memanggil kaedah Tutup, ralat aneh dilemparkan dan program ranap.

Penerangan ralat

-Ralat dalam Tutup panggilan tcp-
Penerangan: ditetapkan semula oleh rakan sebaya`
Log ralat menunjukkan bahawa apabila menggunakan kaedah Tutup untuk menutup sambungan, ralat dilaporkan "set semula oleh rakan sebaya" bermakna pelayan menutup sambungan secara aktif.

Menyelesaikan masalah

Dalam langkah pertama, saya menyemak kod sumber dan mengesahkan bahawa sambungan tidak ditutup sebelum memanggil kaedah Tutup. Dalam langkah kedua, saya cuba menganalisis masalah dari perspektif kod, dan kemudian menghapuskan kecacatan kod.

Langkah ketiga, saya mencari masalah ini dan menemui kes yang serupa. Dalam komuniti sumber terbuka Github, ramai orang telah menghadapi masalah yang sama. Sesetengah orang berpendapat bahawa ini adalah masalah dengan pelaksanaan sistem pengendalian spesifikasi TCP, dan sesetengah orang berpendapat bahawa ia adalah ralat dalam pemacu kad rangkaian. Selepas saya melihat maklumat ini, saya menyemak spesifikasi protokol TCP dan mendapati bahawa memang ada masa TIME_WAIT untuk menunggu operasi penutupan sambungan.

Khususnya, selepas sambungan TCP ditutup, sistem pengendalian akan menunggu untuk tempoh masa tertentu sehingga ia mengesahkan bahawa sambungan telah ditutup sepenuhnya sebelum mengeluarkan sumber berkaitan. Masa ini biasanya 2MSL (Seumur Hidup Segmen Maksimum), dan lalai ialah 60 saat di Linux. Jika dalam masa menunggu ini, terdapat permintaan sambungan baharu dengan alamat dan port yang sama, segmen RST akan dicetuskan, iaitu, pihak lain menutup sambungan lebih awal dan ralat "set semula oleh rakan sebaya" akan berlaku.

Jadi, bagaimana untuk menyelesaikan masalah ini?

Penyelesaian

Untuk masalah ini, terdapat dua penyelesaian:

1. Melanjutkan masa TIME_WAIT.

Ubah suai parameter kernel Linux untuk memanjangkan masa TIME_WAIT Menunggu lebih lama boleh memastikan sambungan ditutup sepenuhnya. Sudah tentu, dalam tempoh lanjutan ini, bilangan sambungan dalam sistem yang telah berada dalam keadaan TIME_WAIT untuk masa yang lama juga akan meningkat.

2. Tetapkan pilihan SO_REUSEADDR untuk menjadikan alamat sambungan boleh digunakan semula.

Apabila menutup sambungan, dayakan pilihan SO_REUSEADDR untuk menjadikan alamat sambungan boleh digunakan semula. Dengan cara ini, selepas sambungan ditutup, sambungan baharu seterusnya boleh terus menggunakan semula alamat asal, mengelakkan ralat "set semula oleh rakan sebaya". Kaedah pelaksanaan khusus adalah seperti berikut:

conn, err := net.DialTCP("tcp", nil, tcpAddr)
err = conn.SetReuseAddr(true)
err = conn.Close()

Ringkasan

Di atas ialah kes ralat Tutup pelik yang saya temui semasa menulis program komunikasi TCP di Golang. Sebabnya ialah sambungan tidak dilepaskan serta-merta kerana masa TIME_WAIT yang diperlukan dalam spesifikasi TCP. Dengan memanjangkan masa menunggu atau mendayakan pilihan SO_REUSEADDR, kami boleh mengelakkan jenis ralat ini. Pada masa yang sama, ini juga mengingatkan kita bahawa apabila melakukan pengaturcaraan rangkaian, kita perlu memberi perhatian kepada beberapa butiran dalam spesifikasi TCP untuk mengelakkan ralat yang tidak perlu.

Atas ialah kandungan terperinci laporan ralat tutup golang tcp. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!