WebSocket: что это, протокол полнодуплексной связи и как работает

Что такое WebSocket?

WebSocket — это протокол связи, работающий поверх TCP и обеспечивающий полнодуплексный канал между клиентом и сервером. Он стандартизирован организацией IETF как RFC 6455 в 2011 году и поддерживается всеми современными браузерами, мобильными платформами и серверными фреймворками.

В отличие от HTTP, где клиент инициирует запрос и получает ответ, WebSocket позволяет обеим сторонам отправлять сообщения в любой момент после установки соединения. Это делает его идеальным для сценариев, требующих мгновенной доставки данных: чаты, уведомления, совместное редактирование документов.

Протокол WebSocket использует HTTP-порт 80 или HTTPS-порт 443 для начального handshake, после чего переключается на собственный протокол с минимальным заголовком — всего 2 байта вместо 800+ байт в HTTP. Эта особенность даёт значительный выигрыш в производительности при большом количестве сообщений.

Ключевые характеристики протокола

Соединение WebSocket начинается с HTTP-запроса на обновление (Upgrade), после чего протокол переключается на двоичный фреймовый формат. Размер фрейма варьируется от 2 байт до 2^63 байт, что позволяет передавать как короткие текстовые сообщения, так и большие двоичные данные. Поддерживается фрагментация сообщений, маскирование данных от клиента к серверу и ping/pong для поддержания соединения.

Как работает WebSocket?

Процесс установки соединения WebSocket состоит из двух этапов: handshake и передача данных. На этапе handshake клиент отправляет HTTP-запрос с заголовком Upgrade: websocket, а сервер подтверждает переключение протокола статусом 101 Switching Protocols. После этого соединение переходит в режим полнодуплексной передачи.

Каждое сообщение в WebSocket разбивается на фреймы. Фрейм содержит opcode (текст, бинарные данные, закрытие, ping/pong), длину payload и маскировочный ключ для данных от клиента. Фрейм может быть фрагментирован — контрольные фреймы (ping/pong) могут передаваться между фрагментами сообщения, что предотвращает разрыв соединения при длительной передаче.

const ws = new WebSocket('wss://example.com/chat')

ws.addEventListener('open', () => {
    console.log('Соединение установлено')
    ws.send('Привет, сервер!')
})

ws.addEventListener('message', (event) => {
    console.log('Получено:', event.data)
})

ws.addEventListener('close', () => {
    console.log('Соединение закрыто')
})

В приведённом примере клиент создаёт объект WebSocket, указывая защищённый URL wss://. После открытия соединения отправляется приветственное сообщение, а обработчик message принимает ответы от сервера. При закрытии срабатывает обработчик close — это важно для переподключения при обрыве сети.

WebSocket vs HTTP: сравнение

Основное отличие между WebSocket и HTTP заключается в модели взаимодействия. HTTP работает по схеме запрос-ответ: клиент инициирует запрос, сервер возвращает ответ, соединение закрывается. WebSocket же устанавливает постоянный канал, по которому обе стороны могут инициировать передачу в любой момент.

Для приложений, где требуется низкая задержка и постоянный поток данных, WebSocket значительно эффективнее. HTTP Long Polling — альтернатива, при которой сервер удерживает запрос открытым до появления данных — создаёт избыточную нагрузку на сервер и увеличивает потребление памяти из-за множества одновременных соединений.

По данным High Performance Browser Networking (Grigorik, O'Reilly), WebSocket сокращает сетевые задержки в real-time сценариях на 40–60% по сравнению с HTTP Long Polling, а нагрузка на сервер снижается в 3–5 раз за счёт устранения повторных handshake.

Где применяется WebSocket

Благодаря низкой задержке и двусторонней связи, WebSocket используется в широком спектре приложений. Ключевые сценарии включают мгновенный обмен сообщениями, синхронизацию состояния в играх и передачу рыночных данных в финансовых системах.

Чаты и мессенджеры

WebSocket стал стандартом де-факто для чат-приложений. Такие платформы, как Slack, Telegram Web и WhatsApp Web, используют WebSocket для мгновенной доставки сообщений. Протокол позволяет отправлять как текстовые сообщения, так и файлы через единый канал, а механизм ping/pong поддерживает соединение активным даже при отсутствии активности.

Онлайн-игры

Многопользовательские браузерные и мобильные игры требуют минимальной задержки для синхронизации состояния игроков. WebSocket передаёт координаты, действия и события в реальном времени без задержек HTTP-запросов. Фреймворки вроде Socket.IO и Colyseus абстрагируют низкоуровневую работу с протоколом, добавляя автоматическое переподключение и комнаты.

Финансовые приложения

Биржевые терминалы и трейдинговые платформы используют WebSocket для получения котировок в реальном времени. Задержка в несколько миллисекунд может стоить миллионы долларов, поэтому финансовые API — например, Binance WebSocket Streams, Coinbase Pro — предоставляют именно WebSocket-интерфейсы для рыночных данных.

Мобильные приложения и IoT

В мобильной разработке WebSocket используется через нативные API: URLSessionWebSocketTask на iOS и OkHttp WebSocket на Android. Для Flutter существует библиотека web_socket_channel, а для React Native — react-native-websocket. IoT-устройства применяют WebSocket для передачи телеметрии и получения команд управления, так как протокол потребляет меньше энергии, чем постоянный HTTP-polling.

Примеры кода WebSocket

Рассмотрим пример серверной части на Node.js с библиотекой ws — наиболее популярной реализацией WebSocket для JavaScript. Сервер принимает подключения, обрабатывает сообщения и транслирует их всем подключённым клиентам.

const WebSocket = require('ws')
const wss = new WebSocket.Server({ port: 8080 })

wss.on('connection', (ws) => {
    console.log('Новый клиент подключён')

    ws.on('message', (data) => {
        console.log('Получено:', data.toString())
        ws.send('Сервер получил ваше сообщение')
    })

    ws.on('close', () => {
        console.log('Клиент отключён')
    })
})

console.log('WebSocket сервер запущен на порту 8080')

Сервер создаёт экземпляр WebSocket.Server на порту 8080 и ожидает подключения. Каждому новому клиенту назначается отдельный объект ws, через который сервер может отправлять сообщения индивидуально. Трансляция сообщений всем клиентам реализуется через массовый обход массива подключений. При большом количестве клиентов (более 1000) рекомендуется использовать библиотеки с поддержкой кластеризации, такие как Socket.IO, которые добавляют масштабирование через Redis и автоматическое переподключение.

Отправка сообщений всем клиентам

wss.clients.forEach((client) => {
    if (client.readyState === WebSocket.OPEN) {
        client.send('Сообщение для всех участников')
    }
})

Проверка readyState перед отправкой обязательна: если клиент уже отключился, вызов send выбросит ошибку. Флаг WebSocket.OPEN гарантирует, что соединение активно и сообщение будет доставлено.

Для мобильных iOS-приложений WebSocket реализуется через URLSessionWebSocketTask, доступный с iOS 13. Сессия создаёт задачу с URL протокола wss://, после чего вызываются методы send и receive. Получение сообщений можно организовать через непрерывную рекурсию receive, которая ожидает следующее сообщение после обработки предыдущего, что обеспечивает постоянный приём данных без повторного подключения. Для Android используется OkHttp WebSocket, который предоставляет аналогичный интерфейс с колбэками onOpen, onMessage, onClosing и onClosed, а также автоматическое переподключение при обрыве соединения.

При работе с WebSocket в мобильных приложениях важно учитывать управление жизненным циклом: при уходе приложения в фон соединение может быть разорвано системой. На iOS необходимо переустанавливать соединение при возврате в foreground через делегат sceneDidBecomeActive. На Android следует использовать Lifecycle-aware компоненты или Service для поддержания соединения. Дополнительно рекомендуется реализовать exponential backoff при переподключении — увеличивать интервал между попытками с 1 до 30 секунд, чтобы не создавать избыточную нагрузку на сервер при временных проблемах сети.