Не абстрактный для меня.
Положим, у вас есть канал связи, куда в виде массивов байт сыплются HTTP-респонсы.
Но какие-то объемные респонсы могут не влезть в один пакет байт, и могут прийти в виде нескольких пакетов подряд. При этом в одном пакете не может прийти два респонса за раз. Привязки к реквесту, предположим, у нас нет, и ХТТП-метод может быть произвольный, тело у респонса может быть, а может не быть, в общем, произвольный.
Как, не привязываясь к размеру пакета, определить, когда закончился очередной ХТТП-респонс в канале, или хотя бы когда в очередном респонсе закончили передавать заголовки (и или началось тело, или респонс закончился)?
По спеке можно найти начало тела респонса, найдя в нём два подряд переноса строки (\r\n), и _вроде как_ после заголовков пустая строка обязательна, т.е. можно предположить, что или началось тело, или закончился запрос, если текущий пакет байт закончился переносом строки _и_ в нём не встретились два переноса подряд.
Я что-то упускаю, или плюс-минус всё покрыл?
а могут быть потери?
Заголовок Content-Length
Обсуждают сегодня