HTTP использует UDP?

Обычно нет.

Потоковая передача редко используется через сам HTTP, а HTTP редко выполняется через UDP. Однако см. RTP.

Для чего-то вроде вашего примера (в комментарии) вы не показываете протокол для ресурса. Если бы этим протоколом был HTTP, я бы не назвал доступ «потоковым»; даже если это в каком-то смысле этого слова, поскольку он последовательно отправляет (возможно, большой) ресурс по сети. Обычно ресурс перед воспроизведением сохраняется на локальный диск, поэтому передача по сети - это не то, что обычно подразумевается под «потоковой передачей».

Однако, как отмечали комментаторы, действительно можно передавать поток через HTTP, и некоторые это делают.

Из RFC 2616:

Связь HTTP обычно осуществляется через соединения TCP / IP. Порт по умолчанию - TCP 80, но можно использовать и другие порты. Это не препятствует реализации HTTP поверх любого другого протокола в Интернете или других сетях. HTTP предполагает только надежный транспорт; может использоваться любой протокол, который предоставляет такие гарантии; отображение структур запроса и ответа HTTP / 1.1 на транспортные блоки данных рассматриваемого протокола выходит за рамки данной спецификации.

Таким образом, хотя об этом прямо не говорится, UDP не используется, потому что это не «надежный транспорт».

EDIT - в последнее время протокол QUIC (который более строго является псевдотранспортным или протоколом сеансового уровня) действительно использует UDP для передачи трафика HTTP / 2.0, и большая часть трафика Google уже использует этот протокол. В настоящее время идет процесс стандартизации как HTTP / 3.

Может быть, это просто мелочь, но UPnP будет использовать сообщения в формате HTTP поверх UDP для обнаружения устройств.

Да, HTTP, как протокол приложения, может передаваться по транспортному протоколу UDP. Вот некоторые из служб, которые используют UDP и базовый протокол для передачи данных HTTP и их потоковой передачи конечному пользователю:

• Метод передачи UDP Jingle Raw в XMPP
• Номер для служб, использующих UDT --- протокол передачи данных на основе UDP, который является расширенным набором протокола UDP.
• Протокол безопасности транспортного уровня (TLS), инкапсулирующий HTTP, а также вышеупомянутый XMPP и другие прикладные протоколы имеют реализацию, которая использует UDP на своем транспортном уровне; эта реализация называется безопасностью транспортного уровня дейтаграмм (DTLS).
• Push-уведомления в GNUTella - это HTTP-запросы, отправляемые через транспорт UDP.

Эта статья содержит дополнительные сведения о потоковой передаче через UDP и его надежную надмножество, RUDP: Надежный UDP (RUDP): следующий большой протокол потоковой передачи?

Конечно, это не обязательно должно передаваться по TCP. Я реализовал HTTP поверх UDP для использования в индустрии спутникового ТВ.

Возможно, некоторые изменения по этой теме с помощью QUIC

QUIC (Quick UDP Internet Connections, произносится быстро) - это экспериментальный сетевой протокол транспортного уровня, разработанный Google и реализованный в 2013 году. QUIC поддерживает набор мультиплексированных соединений между двумя конечными точками по протоколу дейтаграмм пользователя (UDP) и был разработан для обеспечения защиты эквивалент TLS / SSL, вместе с уменьшенной задержкой соединения и транспорта, а также оценкой пропускной способности в каждом направлении, чтобы избежать перегрузки. Основная цель QUIC - оптимизировать ориентированные на соединение веб-приложения, в настоящее время использующие TCP.

Если вы транслируете mp3 или видео, которые не обязательно должны передаваться через HTTP, я был бы удивлен, если бы это было так. Вероятно, это был бы другой протокол через TCP, но я не вижу причин, по которым вы не можете передавать поток через UDP.

Если вы это сделаете, вы должны принять во внимание, что нет уверенности в том, что ваши данные будут доставлены на другой конец, но я могу считать, что вы знаете о UDP.

Чтобы ответить на ваш вопрос, нет, HTTP НЕ использует UDP. Тем не менее, о чем вы говорите, потоковая передача mp3 / видео МОЖЕТ происходить через UDP и, на мой взгляд, никогда не должна происходить через HTTP.

Ответ: да

Причина. См. модель OSI.

Объяснение:

HTTP - это протокол прикладного уровня, который может быть инкапсулирован с протоколом, использующим UDP, обеспечивая, возможно, более быструю надежную связь, чем TCP. Очевидно, что демон сервера и клиент должны поддерживать этот новый протокол. Протокол Quake 2 доказывает, что UDP можно использовать поверх TCP, чтобы обеспечить основу для структурированной системы связи, обеспечивающей управление потоком (например, идентификаторы блоков).

Я думаю, что в некоторых ответах упущен важный момент. Выбор между UDP и TCP должен не зависеть от типа данных (например, аудио или видео) или от того, начинает ли приложение их воспроизводить до завершения передачи ("потоковая передача"), а от того, это реальное время. Данные в реальном времени (по определению) чувствительны к задержкам, поэтому их лучше всего отправлять через RTP / UDP (протокол реального времени через UDP).

Задержка не является проблемой для сохраненных данных из файла, даже если это аудио и / или видео, поэтому, вероятно, лучше всего отправлять их по TCP, чтобы можно было исправить любые потери пакетов. Отправитель может заранее читать и сохранять сетевой канал заполненным, а получатель также может использовать много буферизации воспроизведения, чтобы не прерываться случайной повторной передачей TCP или кратковременным замедлением работы сети. Предельный случай - когда вся запись передается до начала воспроизведения. Это исключает любой риск остановки воспроизведения, но это часто непрактично.

Проблема с TCP для данных в реальном времени заключается не столько в повторных передачах, сколько в чрезмерной буферизации, поскольку TCP пытается использовать канал как можно более эффективно без учета задержки. UDP сохраняет границы пакетов приложений и не имеет внутренней памяти, поэтому не вызывает задержек.

Попробуйте запустить HTTP через UDP с помощью node-httpp:

https://github.com/InstantWebP2P/node-httpp

http over udp используется некоторыми реализациями торрент-трекеров (и поддерживается всеми основными клиентами)

Теоретически да, можно использовать UDP для http, но это может быть проблематично. Скажем, например, в вашем примере транслируется mp3 или видео, возникнет проблема с упорядочением, и некоторые биты могут пропасть, поскольку UDP не ориентирован на соединение, нет механизма повторной передачи.

(Это старый вопрос, но он заслуживает обновленного ответа.)

По всей вероятности, HTTP / 3 будет использовать протокол QUIC, который описывается как

мультиплексированный транспорт через UDP

Итак, с определенной точки зрения, вы могли говорят, что HTTP / 3 будет использовать UDP.

UDP - лучший протокол для потоковой передачи, потому что он не требует недостающих пакетов, таких как TCP. А если он не требует, поток будет намного быстрее и без какой-либо буферизации.

Даже задержка потока меньше, чем у TCP. Это потому, что TCP (как гораздо более безопасный протокол) требует недостающих пакетов, перезаписывая существующие.

Так что TCP - это слишком продвинутый протокол, чтобы его можно было использовать для потоковой передачи.

HTTP / 3 (также известный как QUIC) использует UDP вместо TCP.

https://http3-explained.haxx.se/en/the-protocol/feature-udp