Mengapa net/http tidak mempertimbangkan tempoh tamat masa lebih lama daripada 30 saat?

Editor PHP Banana ditemui semasa membincangkan tempoh tamat masa dalam permintaan rangkaian, mengapa net/http tidak mempertimbangkan had tamat masa melebihi 30 saat dalam reka bentuk? Tempoh tamat masa bermakna selepas menghantar permintaan, jika tiada balasan diterima dalam masa yang ditetapkan, permintaan itu akan dianggap gagal. Dalam permintaan rangkaian, tetapan tamat masa adalah sangat penting Jika terlalu pendek, permintaan mungkin gagal, dan jika terlalu lama, sumber akan dibazirkan. Melalui analisis, sebab utama ialah keseimbangan prestasi dan sumber, serta ketidakpastian persekitaran rangkaian, telah diambil kira semasa reka bentuk. Seterusnya, kami akan menjawab soalan ini secara terperinci.

Isi soalan

Guna golang 1.20.1.

Dalam pakej net/http dan konteks golang, saya tidak boleh menetapkan tamat masa lebih daripada tiga puluh saat. Menetapkan tamat masa yang lebih pendek berfungsi dengan baik, seperti

Kod:

log.infof("elasticsearch url is %v", elasticsearchurl) client := &http.client{timeout: time.duration(time.second * 60)} req, err := http.newrequest("get", listbackupsurl, nil) if err != nil { internalerror(w, fmt.sprintf("error creating request: %v", err)) return } req.setbasicauth(username, password) resp, err := client.do(req) if err != nil { // handle error internalerror(w, fmt.sprintf("error accessing elasticsearch: %v", err)) return }

Log:

i0503 23:01:55.973821 1 somecode.go:85] url is http://elasticsearch.example.ingest:9200 e0503 23:02:25.976345 1 caller_handler.go:63] 500 internal server error: error accessing elasticsearch: get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": dial tcp 1.2.3.4:9200: i/o timeout

Tamat masa ialah tiga puluh saat, bukan enam puluh saat.

Jika saya menggunakanhttp.newrequestwithcontext(...)dan menggunakan konteks dengan set tamat masa yang sama, saya mendapat gelagat yang sama:

Kod:

log.infof("elasticsearch url is %v", elasticsearchurl) ctx, cancel := context.withtimeout(context.background(), time.duration(time.second * 60)) defer cancel() req, err := http.newrequestwithcontext(ctx, "get", listbackupsurl, nil) if err != nil { internalerror(w, fmt.sprintf("error creating request: %v", err)) return } req.setbasicauth(username, password) resp, err := client.do(req) if err != nil { // handle error internalerror(w, fmt.sprintf("error accessing elasticsearch: %v", err)) return }

Log:

i0503 23:31:10.941169 1 somecode.go:85] elasticsearch url is http://elasticsearch.example.ingest:9200 e0503 23:31:40.941642 1 caller_handler.go:63] 500 internal server error: error accessing elasticsearch: get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": dial tcp 1.2.3.4:9200: i/o timeout

Walau bagaimanapun, jika saya menukar tamat masa kepada tiga saat (time.duration(time.second * 3))) dalam mana-mana kaedah, ia berfungsi seperti yang dijangkakan:

I0503 23:44:17.622121 1 somecode.go:85] Elasticsearch URL is http://elasticsearch.example.ingest:9200 E0503 23:44:20.624795 1 caller_handler.go:63] 500 Internal Server Error: error accessing elasticsearch: Get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": context deadline exceeded (Client.Timeout exceeded while awaiting headers)

Penyelesaian

Saya akan mengasingkan masalah untuk menghapuskan kemungkinan untuk membantu mengecilkan apa yang menyebabkan masalah. Jika boleh, gunakan sekeping kod kecil supaya anda hanya boleh memproses apa yang anda mahukan.

Untuk menguji infrastruktur anda,httpstatakan membantu anda mensimulasikan tamat masa jauh. Contoh:

func main() { client := &http.Client{Timeout: time.Duration(time.Second * 200)} req, err := http.NewRequest("GET", "//m.sbmmt.com/link/1a59ef90d1ea801448e1567d0896a99f/504?sleep=120000", nil) if err != nil { log.Fatal(err) return } resp, err := client.Do(req) if err != nil { log.Fatal(err) return } fmt.Println(resp) }

Jika anda menerimadial tcp ip:port: i/o timeouttamat masa pada masa ini, maka anda perlu menyemak sistem pengendalian dan tembok api anda. Apa-apa pun tamat masa yang anda tetapkan dalam pergi harus mengatasi lalai OS, jika anda mendapat tamat masa dengan cara ini, itu mungkin tembok api (tempatan atau jauh) yang menyebabkan perkara ini.

Sebagai alternatif, es mungkin tamat masa jika anda dapat menyambung secara luaran, walaupun menurut dokumentasi anda harus mengharapkan mesej ralat terus daripada es . Anda boleh menetapkan tamat masa untuk es terus dalam urldan mengujinya.

Semoga ini membantu.

Atas ialah kandungan terperinci Mengapa net/http tidak mempertimbangkan tempoh tamat masa lebih lama daripada 30 saat?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!