json.NewDecoder().Decode()는 응답 본문이 버퍼링될 때 컨텍스트 최종 기한을 존중합니까?

Go json.NewDecoder().Decode() 컨텍스트 최종 기한 문제

Go 프로그램에서 컨텍스트 기한은 다음에 대한 시간 초과를 설정하는 수단을 제공합니다. 특정 작업. 그러나 사용자가 json.NewDecoder().Decode()를 사용할 때 예기치 않은 동작을 보고했습니다.

사용자 문제

사용자는 json.NewDecoder()를 예상했습니다. 프로그램에 설정된 컨텍스트 최종 기한을 존중하는 Decode()입니다. 그들은 ioutil.ReadAll()을 사용하여 응답 본문을 읽으면 예상대로 컨텍스트 기한 초과 오류가 발생하는 것을 관찰했습니다. 그런데 json.NewDecoder().Decode()로 전환했을 때 마감 시간을 초과한 경과 시간에도 불구하고 오류가 보고되지 않았습니다.

코드 예시

<code class="go">ctx, _ := context.WithTimeout(context.Background(), time.Second*5)

req, err := http.NewRequestWithContext(ctx, http.MethodGet, url, nil)
...

time.Sleep(time.Second * 6)
fmt.Println("before reading response body, context error is:", ctx.Err())
err = json.NewDecoder(resp.Body).Decode(ipResponse)
if err != nil {
    panic(err)
}
fmt.Println("Expected panic but there was none")</code>

답변

동작의 불일치는 net/http 패키지 내의 버퍼 사용에서 비롯됩니다. 응답의 크기와 구성에 따라 본문을 읽기 전에 부분적으로 또는 완전히 버퍼링될 수 있습니다. 이는 json.NewDecoder().Decode()가 사용될 때 만료된 컨텍스트가 버퍼링된 데이터에 액세스하는 것을 막지 못할 수 있음을 의미합니다.

이를 설명하기 위해 의도적으로 응답 본문을 지연시키는 테스트 서버가 생성되었습니다. . net/http 패키지의 부분 버퍼링 동작을 시뮬레이션했습니다. 이 테스트 서버에서 readDoesntFail()을 실행했을 때 예상 컨텍스트 기한 초과 오류가 실제로 발생했습니다.

결론

사용자 코드에서 관찰된 동작은 잠재적인 가능성을 강조합니다. 컨텍스트 기한이 있는 json.NewDecoder().Decode() 사용 시 주의사항. 응답 본문이 크고 완전히 버퍼링된 경우 컨텍스트 기한이 예상대로 적용되지 않을 수 있다는 점에 유의하는 것이 중요합니다.

위 내용은 json.NewDecoder().Decode()는 응답 본문이 버퍼링될 때 컨텍스트 최종 기한을 존중합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!