프록시가 불확실한 크기의 서버 응답을 어떻게 안정적으로 처리할 수 있습니까?

프록시에서 크기가 불확실한 응답 처리

클라이언트와 서버 간에 데이터를 프록시하는 동안 한 가지 문제가 발생합니다. 서버가 완전한 응답을 보냈습니다. TCP 통신에는 별도의 메시지라는 고유한 개념이 없으므로 의도한 데이터가 언제 모두 수신되었는지 식별하기 어려울 수 있습니다.

메시지 완료의 지표로 읽기가 0이라고 가정하는 방법은 잠재적으로 결함이 있습니다. , 티스푼 비유에서 알 수 있듯이. 읽기 크기가 0인지 계속 확인하면 메시지가 완전히 수신되었다고 성급하게 결론을 내리게 되어 클라이언트에 불완전한 응답이 전송될 수 있습니다.

마찬가지로 메시지에 EOF(파일 끝)를 사용합니다. 완료가 신뢰할 수 없습니다. TCP는 명확한 EOF 표시를 제공하지 않으며 해당 동작은 기본 시스템 및 구현에 따라 다릅니다.

불확실한 크기의 응답을 처리하는 한 가지 접근 방식은 프록싱 루프에 지연 메커니즘을 도입하는 것입니다. 각 읽기 작업 전에 짧은 시간 동안 기다리면 프록시는 데이터 버퍼를 모두 소모하지 않고 조기에 완료를 결정하지 않도록 할 수 있습니다. 그러나 이 방법은 모든 시나리오에서 완벽하지는 않습니다. 특히 상당한 네트워크 대기 시간이 있거나 서버가 의도적으로 데이터를 느리게 보내는 경우에는 더욱 그렇습니다.

대체 접근 방식은 더 높은 수준의 프로토콜이나 애플리케이션별 지식을 활용하여 정의하는 것입니다. 메시지 경계. 예를 들어 서버가 JSON 또는 XML과 같은 특정 형식으로 응답을 보내는 경우 프록시는 정의된 구문을 기반으로 메시지의 끝을 식별할 수 있습니다.

교착 상태 위험

제공된 코드는 클라이언트와 서버 연결을 모두 처리하기 위해 단일 프록시를 사용하므로 교착 상태가 발생할 수 있는 위험이 있습니다. 읽기 또는 쓰기 작업 중에 클라이언트와 서버 연결이 모두 차단되면 프록시 자체가 차단되어 교착 상태 상황이 발생합니다.

이 위험을 완화하려면 일반적으로 각각에 대해 별도의 고루틴을 사용하는 것이 좋습니다. 기본 프록시 루프를 차단하지 않도록 연결하세요.

위 내용은 프록시가 불확실한 크기의 서버 응답을 어떻게 안정적으로 처리할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!