為什麼當 `ioutil.ReadAll()` 在 Go 的上下文截止日期內回傳時，`json.NewDecoder().Decode()` 不傳回上下文截止日期錯誤？

上下文截止日期內json.NewDecoder().Decode() 的意外行為

在設定了上下文截止日期的Go 程式中，響應ioutil.ReadAll() 讀取的正文預計會回傳錯誤(context.DeadlineExceeded)。然而，當使用 json.NewDecoder(resp.Body).Decode() 讀取回應正文時，不會觀察到這種行為，它會傳回 nil。

讓我們更深入地研究這個問題：

根據回應，net/http 套件可能會使用緩衝區來處理請求。這意味著傳入的回應正文可以在您執行此操作之前部分或全部讀取和緩衝。因此，過期的上下文可能不會阻止您完成正文讀取。

為了更清楚地說明這一點，我們調整了一個範例來啟動故意部分延遲回應的測試HTTP 伺服器：

<code class="go">ts := httptest.NewServer(http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    s := []byte(`{"ip":"12.34.56.78"}`)
    w.Write(s[:10])
    if f, ok := w.(http.Flusher); ok {
        f.Flush()
    }
    time.Sleep(time.Second * 6)
    w.Write(s[10:])
}))
defer ts.Close()
url = ts.URL

readDoesntFail()
readFails()</code>

此測試伺服器輸出一個類似於ip.jsontest. com 回應的JSON 物件。與此相反，它最初只傳遞 10 個正文字節，然後刷新它們，並在傳輸剩餘部分之前故意休眠 6 秒，為客戶端提供過期時間。

當我們使用此伺服器執行readDoesntFail() 時，我們得到：

before reading response body, context error is: context deadline exceeded
panic: Get "http://127.0.0.1:38230": context deadline exceeded

goroutine 1 [running]:
main.readDoesntFail()
    /tmp/sandbox721114198/prog.go:46 +0x2b4
main.main()
    /tmp/sandbox721114198/prog.go:28 +0x93

現在，在我們更新的範例中， json.Decoder.Decode() 會努力從連線中讀取，因為資訊尚未緩衝，允許上下文過期提示由於上下文過期而發生錯誤。

以上是為什麼當 `ioutil.ReadAll()` 在 Go 的上下文截止日期內回傳時，`json.NewDecoder().Decode()` 不傳回上下文截止日期錯誤？的詳細內容。更多資訊請關注PHP中文網其他相關文章！