Какой запрос отправляется первым для получения страницы в браузере?

Механизм загрузки веб-страницы: Первый критический запрос

При вводе URL в адресной строке браузера и нажатии Enter самым первым сетевым запросом является DNS-запрос (Domain Name System). Однако если говорить именно о получении контента страницы, то первым HTTP-запросом будет GET-запрос к корневому ресурсу (обычно это HTML-документ) на указанном домене.

Детальный процесс инициализации соединения

Весь процесс можно разбить на следующие ключевые этапы:

1. Парсинг URL и извлечение домена: Браузер анализирует введённый адрес (например, https://www.example.com/path). Из него извлекается протокол (https), хост (www.example.com), порт (по умолчанию 443 для HTTPS) и путь (/path).

2. DNS-резолвинг (предшествующий этап): Это не HTTP-запрос, но обязательная сетевая операция. Браузер проверяет кэш DNS:

    *   **Кэш браузера** (недавно разрешённые имена).
    *   **Кэш операционной системы**.
    *   Если записи нет, ОС отправляет рекурсивный запрос к сконфигурированному **DNS-резолверу** (часто это сервер провайдера или публичные сервисы вроде `8.8.8.8`). Цель — получить **IP-адрес** сервера, связанный с доменным именем. Без этого этапа установить TCP-соединение невозможно.

1. Установка TCP-соединения: Получив IP-адрес, браузер инициирует TCP handshake (трёхэтапное рукопожатие) с сервером на нужном порту. Для HTTPS этот процесс включает дополнительный, более сложный этап.

2. TLS handshake (для HTTPS): После установки TCP-соединения для защищённых сайтов происходит TLS handshake:

    *   Клиент и сервер согласовывают версии протокола и криптографические алгоритмы.
    *   Сервер предоставляет свой цифровой сертификат для аутентификации.
    *   Генерируются общие секретные ключи для симметричного шифрования последующего трафика. Только после успешного завершения этого handshake можно отправлять зашифрованные HTTP-запросы.

Первый HTTP(S)-запрос

После всех подготовительных этапов браузер, наконец, формирует и отправляет первый HTTP-запрос. Это всегда GET-запрос (так как мы запрашиваем ресурс, а не отправляем данные) на получение первоначального HTML-документа.

Пример запроса к https://www.example.com/:

GET / HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.5
Connection: keep-alive

• Метод GET указывает на намерение получить данные.
• Цель (URI) / — путь к корневому ресурсу. Если в URL был указан путь (/path), он будет подставлен сюда.
• Заголовок Host — обязательный в HTTP/1.1 и критически важный для виртуальных хостов, когда несколько сайтов размещаются на одном IP-адресе.
• Заголовки Accept* информируют сервер о предпочтительных форматах данных, языках и кодировках.
• Соединение keep-alive позволяет повторно использовать установленное TCP-соединение для последующих запросов (изображений, стилей, скриптов), что значительно ускоряет загрузку.

Оптимизации и кэширование

На практике браузер старается максимально избежать даже этого первого запроса, используя агрессивное кэширование:

• HTTP-кэш (Cache-Control, ETag): Если HTML-документ уже был загружен ранее и его кэш ещё "свежий" (согласно правилам, определённым сервером в заголовках Cache-Control и Expires), браузер может отобразить страницу мгновенно, вообще не совершая сетевого запроса.
• Service Workers: Продвинутая технология, позволяющая перехватывать сетевые запросы. Зарегистрированный и активный Service Worker может самостоятельно решать — делать сетевой запрос за HTML или отдать страницу из своего кэша (Cache API), что является основой для создания Offline-first приложений.

Порядок операций: итог

Таким образом, полная последовательность сетевых операций для получения страницы выглядит так:

1. DNS-запрос (если домен не закэширован).
2. TCP handshake с сервером.
3. TLS handshake (для HTTPS).
4. Первый HTTP-запрос GET на получение основного HTML-документа.

Именно этот GET-запрос к HTML-документу и является отправной точкой для всего последующего процесса рендеринга. Получив HTML, браузер начинает его парсить, что приводит к каскаду дополнительных запросов за связанными ресурсами: CSS для построения CSSOM, JavaScript для исполнения, изображения, шрифты и другие медиафайлы. Каждый из этих запросов может быть оптимизирован с помощью предзагрузки (<link rel="preload">), кэширования и других современных техник производительности.