HTTP 1.1 파이프 라이닝

Question

자바로 HTTP 클라이언트를 구현해야하며 가장 효율적인 방법은 HTTP 파이프 라인 (RFC2616)을 구현하는 것입니다.

제쳐두고, 나는 파이프 라인을 만들고 싶습니다. (또한 멀티플렉싱에 대해 이야기하는 것이 아닙니다. HTTP 요청의 응답 일괄 처리를 받기 전에 하나의 연결을 통해 많은 요청을 처리하는 것에 대해 말하고 있습니다.)

파이프 라이닝을 지원하는 명시 적으로 제 3 자 라이브러리를 찾을 수 없습니다. 하지만 예를 들어 그러한 클라이언트를 빌드하려면 Apache HTTPCore을 사용하거나 직접 작성해야합니다.

내가 가진 문제는 좋은 생각입니다. HTTP 파이프 라이닝이 이론적 인 모델 이상이며 HTTP 서버에 의해 올바르게 구현된다는 권위있는 참고 자료를 찾지 못했습니다. 또한 파이프 라이닝을 지원하는 모든 브라우저는 기본적으로이 기능을 해제합니다.

그런 클라이언트를 구현하려고하면 서버의 구현 (또는 프록시)으로 인해 많은 문제가 발생할 것입니다. 이것들에 대한 지침을 제공하는 참고 자료가 있습니까?

효율면에서 대체 프로그래밍 모델은 무엇이 좋지 않은 생각 인가요? 별도의 TCP 연결이 필요합니까?

Answer 1

나는 파이프 라인 HTTP 클라이언트를 구현했습니다. 기본 개념은 쉽게 들리지만 오류 처리는 매우 어렵습니다.성능 향상은 그리 중요하지 않으므로 오래 전에 개념을 포기했습니다.

제 의견으로는 일반적인 사용 사례에는 의미가 없습니다. 요청에 논리 연결이있을 때만 이점이 있습니다. 예를 들어, 3 요청 트랜잭션이 있으며 일괄 적으로 트랜잭션을 모두 보낼 수 있습니다. 그러나 파이프 라인 될 수 있다면 일반적으로 하나의 요청으로 결합 할 수 있습니다. 다음

는

TCP의 킵 얼라이브는 영구 연결을 보장 할 수 없습니다

1. 내가 기억하는 단지 몇 가지 장애물이다. 연결에서 파이프 된 3 개의 요청이 있으면 서버는 첫 번째 응답 후에 연결을 끊습니다. 다음 두 요청을 다시 시도했습니다.

2. 연결이 여러 개있을 경우 부하 분산 또한 까다 롭습니다. 유휴 연결이 없으면 사용중인 연결을 사용하거나 새 연결을 만들 수 있습니다.

3. 타임 아웃 또한 까다 롭습니다. 하나의 요청 시간이 초과되면 순서대로 돌아와야하기 때문에 모든 요청을 폐기해야합니다.

Answer 2

POST는

8.1.2.2 파이프 라인

"파이프 라인"의 요청 (즉, 각각의 응답을 기다리지 않고 여러 요청 을 보내) 수도 지속적 연결을 지원하는 클라이언트를 파이프 라인되어서는 안된다 . 서버는 요청을받은 과 동일한 순서로 응답을 에게 보내야합니다. 지속적인 연결 및 연결 설정 후 파이프 라인 바로 가정

클라이언트는 첫 파이프 라인 시도가 실패 할 경우 연결 을 재 시도 할 준비가되어 있어야한다. 클라이언트가 이러한 재 시도를 수행하는 경우 연결이 지속된다는 것을 알기 전에 파이프 라인이 아니어야합니다 ( ). 클라이언트는 응답을 모두 보내기 전에 서버가 연결을 닫을 경우 요청을 다시 보내야합니다 ( ).

클라이언트가 아닌 나무 등의 방법이나 비 나무 등 시퀀스 방법 (9.1.2 참조)의를 사용하지 않는 파이프 라인 요청 해야한다. 그렇지 않으면 전송이 조기 종료되면 연결이 불확실한 결과로 이어질 수 있습니다. 멱등 원이 아닌 요청을 보내려는 클라이언트는 이 이전 요청 인 에 대한 응답 상태를 수신 할 때까지 이 해당 요청을 보내야한다고 제안해야합니다.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html

Answer 3

파이프 라이닝은 http 서버와 거의 차이가 없습니다. 그들은 대개 연결에서 연속적으로 요청을 처리합니다 - 요청을 읽고 응답을 작성한 후 다음 요청을 읽습니다. ...

클라이언트는 멀티플렉싱을 통해 처리량을 향상시킬 가능성이 큽니다. 웹 사이트는 일반적으로 여러 개의 cpus가있는 여러 대의 컴퓨터가 있습니다. 왜 자발적으로 요청을 한 줄로 제한하고 싶습니까? 오늘은 수평 확장 성 (동시 요청)에 관한 것입니다. 물론 벤치마킹하는 것이 가장 좋습니다.