Оптимизация запросов HTTP: Каков предел?
Моим самым любимым был C# Обратная Книга Matthew Telles.
3 ответа
HTTP-запрос требует установления TCP / IP-соединения (подумайте, трехстороннее рукопожатие), прежде чем он сможет самостоятельно обработать HTTP-запрос.
Это включает в себя как минимум задержку в отправка сообщения SYN на сервер и получение обратно SYN / ACK (затем он отправляет ACK, чтобы ОТКРЫТЬ сокет).
Итак, скажем, задержка между клиентом и сервером одинакова в обоих направлениях и составляет 50 мс, что приводит к Задержка 100 мс перед отправкой HTTP-запроса. Затем проходит еще 100 мсек, прежде чем он начнет получать фактический запрос обратно (отправляет запрос, затем отвечает сервер).
Конечно, вы также должны принять во внимание, что стандартный веб-браузер ограничивает количество одновременных HTTP-запросов, которые он обработка одновременно. Если ваши запросы должны ждать, вы не получите это время рукопожатия бесплатно (так сказать), так как вам также нужно дождаться завершения другого подключения. Серверы также играют роль в зависимости от того, как они обслуживают запросы.
У меня нет ответа на вопрос, насколько дорогостоящий HTTP-запрос, но всегда полезно уменьшить количество обращений между клиентом и сервером. Если у вас есть фиксированный объем данных для передачи, всегда будет лучше делать это с меньшим количеством запросов.
- Всякий раз, когда делается запрос, он подвергается жестким реалиям надежности сети. Два запроса, сделанные в быстрой последовательности из одного и того же места, могут проходить по совершенно разным маршрутам, поэтому с каждым запросом вы добавляете элемент непредсказуемости с точки зрения производительности. Один консолидированный запрос может помочь снизить этот риск. @Dan McG написал полезный тезис об издержках установления связи TCP.
- HTTP не заботится о запросах size, поскольку он служит протоколом прикладного уровня в стеке IP ( Internet Protocol Suite ). Это о TCP / IP беспокоиться Насчет того, что могло бы беспокоить издателя, чтобы размер документа / файла был как можно меньше, и достаточно маленьким, чтобы их приложение было достаточно производительным.
Надеюсь, что это имеет смысл.