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

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

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

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

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

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

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

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия SDL 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual. . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@Renji 2784 / 1937 / 570 Регистрация: 05.06.2014 Сообщений: 5,602

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

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

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

Решение