


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 menggunakan http.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, httpstat akan membantu anda mensimulasikan tamat masa jauh. Contoh:
func main() { client := &http.Client{Timeout: time.Duration(time.Second * 200)} req, err := http.NewRequest("GET", "https://www.php.cn/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 menerima dial tcp ip:port: i/o timeout
tamat 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 url dan 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!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas





OpenSSL, sebagai perpustakaan sumber terbuka yang digunakan secara meluas dalam komunikasi yang selamat, menyediakan algoritma penyulitan, kunci dan fungsi pengurusan sijil. Walau bagaimanapun, terdapat beberapa kelemahan keselamatan yang diketahui dalam versi sejarahnya, yang sebahagiannya sangat berbahaya. Artikel ini akan memberi tumpuan kepada kelemahan umum dan langkah -langkah tindak balas untuk OpenSSL dalam sistem Debian. Debianopenssl yang dikenal pasti: OpenSSL telah mengalami beberapa kelemahan yang serius, seperti: Kerentanan Pendarahan Jantung (CVE-2014-0160): Kelemahan ini mempengaruhi OpenSSL 1.0.1 hingga 1.0.1f dan 1.0.2 hingga 1.0.2 versi beta. Penyerang boleh menggunakan kelemahan ini untuk maklumat sensitif baca yang tidak dibenarkan di pelayan, termasuk kunci penyulitan, dll.

Masalah Threading Giliran di GO Crawler Colly meneroka masalah menggunakan Perpustakaan Colly Crawler dalam bahasa Go, pemaju sering menghadapi masalah dengan benang dan permintaan beratur. � ...

Perpustakaan yang digunakan untuk operasi nombor terapung dalam bahasa Go memperkenalkan cara memastikan ketepatannya ...

Laluan Pembelajaran Backend: Perjalanan Eksplorasi dari Front-End ke Back-End sebagai pemula back-end yang berubah dari pembangunan front-end, anda sudah mempunyai asas Nodejs, ...

Perbezaan antara percetakan rentetan dalam bahasa Go: perbezaan kesan menggunakan fungsi println dan rentetan () sedang ...

Artikel ini memperkenalkan pelbagai kaedah dan alat untuk memantau pangkalan data PostgreSQL di bawah sistem Debian, membantu anda memahami pemantauan prestasi pangkalan data sepenuhnya. 1. Gunakan PostgreSQL untuk membina pemantauan PostgreSQL sendiri menyediakan pelbagai pandangan untuk pemantauan aktiviti pangkalan data: PG_STAT_ACTIVITY: Memaparkan aktiviti pangkalan data dalam masa nyata, termasuk sambungan, pertanyaan, urus niaga dan maklumat lain. PG_STAT_REPLITI: Memantau status replikasi, terutamanya sesuai untuk kluster replikasi aliran. PG_STAT_DATABASE: Menyediakan statistik pangkalan data, seperti saiz pangkalan data, masa komitmen/masa rollback transaksi dan petunjuk utama lain. 2. Gunakan alat analisis log pgbadg

Masalah menggunakan redisstream untuk melaksanakan beratur mesej dalam bahasa Go menggunakan bahasa Go dan redis ...

Di bawah rangka kerja beegoorm, bagaimana untuk menentukan pangkalan data yang berkaitan dengan model? Banyak projek beego memerlukan pelbagai pangkalan data untuk dikendalikan secara serentak. Semasa menggunakan beego ...
