Ответ 1
Он меньше 1024 или сжатого размера.
RFC2616 раздел 14 говорит:
" [Остальная часть этого ответа не имеет отношения к актуальному вопросу. Я оставляю это, потому что некоторые люди считают это полезным. ]
RFC 2616 имеет это сказать (среди прочего) о Content-Length:
Приложения СЛЕДУЕТ использовать это поле, чтобы указать длину передачи орган сообщения, если это не запрещено правилами в разделе 4.4.
Итак, мы должны выяснить, какая длина переноса; Раздел 4.4 (Длина сообщения) говорит об этих двух вещах о длине переноса:
Длина передачи сообщения - это длина тела сообщения как оно появляется в сообщении; то есть после того, были применены.
Если поле заголовка Content-Length (раздел 14.13) присутствует, его десятичное значение в OCTET представляет как длину объекта, так и Передача длины. Поле заголовка Content-Length НЕ ДОЛЖНО быть отправлено, если эти две длины различны
Итак, мы знаем, что в этом случае длина передачи, длина объекта и длина содержимого все имеют одинаковое значение, и все они относятся к "длине тела сообщения, как оно появляется в сообщении", и поэтому мы должны определить, что такое тело сообщения. Раздел 4.3 говорит об этом в теле сообщения:
Тело сообщения (если есть) HTTP-сообщения используется для переноса сущность-тело, связанное с запросом или ответом ".
Итак, что такое сущность-тело? Для этого вам нужно в основном ссылаться на раздел 7. (Который также определяет длину объекта.) Самое главное, что это:
entity-body: = Content-Encoding (Content-Type (data))
Длина тела сущности (и, следовательно, наше значение для длины контента на 4.4) - это длина данных после кодирования содержимого.