net/http가 30초보다 긴 시간 초과 기간을 고려하지 않는 이유는 무엇입니까?

PHP 편집자 Banana는 네트워크 요청의 시간 초과 기간을 논의할 때 net/http가 설계에서 30초를 초과하는 시간 초과 제한을 고려하지 않은 이유를 발견했습니다. 시간 초과 기간은 요청을 보낸 후 지정된 시간 내에 응답이 수신되지 않으면 요청이 실패한 것으로 간주됨을 의미합니다. 네트워크 요청에서는 타임아웃 설정이 매우 중요합니다. 너무 짧으면 요청이 실패할 수 있고, 너무 길면 리소스가 낭비됩니다. 분석을 통해 가장 큰 이유는 성능과 자원의 균형, 네트워크 환경의 불확실성 등을 고려하여 설계했기 때문입니다. 다음으로 이 질문에 대해 자세히 답변해 드리겠습니다.

질문 내용

golang 1.20.1을 사용합니다.

golang의 net/http 및 컨텍스트 패키지에서는 시간 초과를 30초보다 길게 설정할 수 없습니다.

처럼 더 짧은 시간 제한을 설정하는 것이 좋습니다.

코드:

으아아아

로그:

으아아아

제한 시간은 60초가 아니라 30초입니다.

http.newrequestwithcontext(...)을 사용하고 동일한 제한 시간이 설정된 컨텍스트를 사용하면 동일한 동작이 발생합니다.

코드:

으아아아

로그:

으아아아

그러나 두 가지 방법 모두에서 시간 제한을 3초(time.duration(time.second * 3)))로 변경하면 예상대로 작동합니다.

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
    }

Solution

문제를 격리하여 가능성을 제거하고 문제의 원인을 좁히는 데 도움이 됩니다. 가능하다면 작은 코드 조각을 사용하여 원하는 것만 처리할 수 있도록 하세요.

인프라를 테스트하려면 httpstat이 원격 시간 초과를 시뮬레이션하는 데 도움이 됩니다. 예:

으아아아

이때 dial tcp ip:port: i/o timeout 시간 초과가 발생하면 운영 체제와 방화벽을 확인해야 합니다. go에서 설정한 시간 초과는 OS 기본값을 재정의해야 합니다. 이런 방식으로 시간 초과가 발생하는 경우 방화벽(로컬 또는 원격)이 원인일 가능성이 높습니다.

또는 외부에서 연결할 수 있는 경우 es가 시간 초과될 수 있지만 문서에 따르면 es에서 직접 오류 메시지가 표시되어야 합니다. URL에서 직접 es에 대한 시간 초과를 설정하고 테스트할 수 있습니다.

도움이 되기를 바랍니다.

위 내용은 net/http가 30초보다 긴 시간 초과 기간을 고려하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!