HTTP GET-запрос и keep-alive

@Renji · Регистрация: 05.06.2014

Author24 — интернет-сервис помощи студентам

Есть HTTP keep-alive соединение. Через него надо сделать серию GET-запросов. Со стороны клиента это можно сделать двумя путями:
1) Послали первый запрос, получили ответ. Послали второй запрос, получили ответ.
2) Послали сразу 100500 запросов, сидим, ждем ответов. Видимо, в том же порядке, в котором слали запросы.

Так вот, вопрос: на сколько корректен второй вариант? То есть, его поддержка вообще гарантируется или это undefined behavior с риском винегрета из ответов?

Убежденный · 28.03.2015, 22:26

Второй вариант вполне корректен, если речь про HTTP/1.1, а не HTTP/1.0.
И называется эта штука "request pipelining" (конвейер запросов, проще говоря),
описано в RFC 2616.

@Renji 2784 / 1937 / 570 Регистрация: 05.06.2014 Сообщений: 5,602
		1
	HTTP GET-запрос и keep-alive 28.03.2015, 21:05. Показов 1932. Ответов 1 Метки нет (Все метки) Есть HTTP keep-alive соединение. Через него надо сделать серию GET-запросов. Со стороны клиента это можно сделать двумя путями: 1) Послали первый запрос, получили ответ. Послали второй запрос, получили ответ. 2) Послали сразу 100500 запросов, сидим, ждем ответов. Видимо, в том же порядке, в котором слали запросы. Так вот, вопрос: на сколько корректен второй вариант? То есть, его поддержка вообще гарантируется или это undefined behavior с риском винегрета из ответов? 0

Убежденный Ушел с форума 16478 / 7441 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	28.03.2015, 22:26	2
	Сообщение было отмечено Renji как решение Решение Второй вариант вполне корректен, если речь про HTTP/1.1, а не HTTP/1.0. И называется эта штука "request pipelining" (конвейер запросов, проще говоря), описано в RFC 2616. 0

HTTP GET-запрос и keep-alive

Решение