Почему Google.com переключился на SPDY (HTTP/2+QUIC/35) вместо HTTP / 2
Несколько дней назад я увидел, что Google.com использует HTTP / 2, но вчера я узнал, что Google.com переключился на SPDY (HTTP/2+QUIC/35).
Два вопроса:
- Как вы знаете, HTTP/2 расширяет SPDY, почему Google.com откатился на SPDY?
- В чем разница между SPDY и SPDY (HTTP/2+QUIC/35)?
2 ответа
http/2+quic/35 это не Speedy, это новый протокол связи, основанный на UDP вместо TCP, названный QUIC.
Давайте процитируем https://www.chromium.org/quic:
Ключевые преимущества QUIC по сравнению с TCP+TLS+HTTP2 включают в себя:
- Задержка установления соединения
- Улучшенный контроль заторов
- Мультиплексирование без блокировки заголовка
- Прямое исправление ошибок
- Миграция соединения
Хорошая презентация доступна в этой статье блога.
Фактически, весь проект QUIC использовался для обхода стандартов TCP более реактивным способом. Google много лет экспериментировал с QUIC, прозрачно в браузерах Chrome миллиардов пользователей, и теперь переключился на него по умолчанию, если он работает (с отступлением от "классического" HTTP/2 по TCP).
С точки зрения разработчика, QUIC имеет интерфейс HTTP / 2 со всеми его функциями.
Насколько мне известно, только LiteSpeed поддерживает QUIC за пределами Google, но не версию OpenLiteSpeed (к сожалению) и сервер Caddy на базе Go.
Вы уверены, что они сделали? Или инструмент, который вы используете для отображения этой информации ( возможно, это расширение?), Выбирает ее отображение как таковое? Откройте вкладку "Сеть" в инструментах разработчика в Chrome, чтобы узнать, что на самом деле думает Chrome.
HTTP/2 является стандартной версией SPDY, поэтому говорить о том, что "SPDY-включен (HTTP/2)" не имеет смысла. Если только это не означает, что он может говорить SPDY ("SPDY-включен"), но выбрал в этом случае говорить HTTP/2, как лучше?
Наконец, QUIC - это новый протокол, над которым Google экспериментирует, который заменяет сетевой уровень TCP, поверх которого построены SPDY и HTTP/2. Таким образом, оба могут использовать QUIC вместо TCP, и это обычно быстрее, чем TCP (отсюда и название, которое звучит как "быстрый" и является аббревиатурой от "Quick UDP Internet Connections")