Как указано в документации Apple, expectedContentLength из NSURLResponse может не вернуть значение, если реализации протокола не сообщают длину содержимого как часть ответа. Итак, есть ли альтернатива этому, например, выполнение javascript в UIWebView, который может вернуть длину содержимого?альтернатива expectContentLength NSURLResponse
Спасибо за помощь.
Возможно, я не совсем понимаю вашу проблему, но если вы хотите иметь гарантированный размер контента, это невозможно из-за протокола HTML. Единственный способ гарантировать это - получить контент или прекратить получение контента, если считывается определенная сумма. Пожалуйста, имейте в виду, что вы можете загружать практически все, даже бесконечные потоки.
Возможно, вы захотите перейти в соответствующие секции rfc RFC 2616 section 14.13 и RFC 2616 section 4.4.
Только в том случае, если отправитель и условия соблюдены, размер будет передан, но, пожалуйста, не кодируйте в соответствии с наличием этой информации.
Это ответ на ваш вопрос?
Я не хочу точный/гарантированный размер. Даже приблизительная оценка этого вопроса решит мою проблему. – san
Как сказал, если есть информация, вы получите его в противном случае, нет ничего, кроме того, что вы предпринимаете действия для извлечения содержимого. Таким образом, у вас есть возможность получить первый фрагмент данных, но вы не будете знать, сколько осталось. – iOS
После многого поиска я нашел то же самое, что это невозможно, если протокол не предоставляет информацию. Насколько мне известно, вы правы и правильно отмечаете свой ответ. – san