Short Polling: что это, как работает и где используется

Что такое Short Polling

Short Polling — это паттерн коммуникации, при котором клиент периодически отправляет HTTP-запросы к серверу с заранее заданным интервалом, а сервер обрабатывает каждый запрос синхронно и немедленно возвращает результат. Интервал опроса задаётся на стороне клиента с помощью таймеров и обычно составляет от 1 до 60 секунд в зависимости от требований к актуальности данных.

Short Polling — хронологически первый механизм организации реального времени в веб-приложениях. В начале 2000-х годов, до появления XMLHttpRequest второго поколения, веб-страницы использовали <meta http-equiv="refresh"> или периодическую перезагрузку iframe для обновления содержимого. С появлением технологии AJAX (Asynchronous JavaScript and XML) в 2005 году Short Polling стал стандартным подходом для обновления данных без полной перезагрузки страницы.

Архитектура Short Polling

Архитектура Short Polling включает три компонента: клиентский таймер, HTTP-запрос и серверный обработчик. Клиент запускает интервальный таймер, по срабатыванию которого отправляется GET-запрос к серверу. Сервер выполняет запрос к базе данных или другому источнику, формирует ответ и немедленно возвращает его клиенту. Клиент обновляет интерфейс и ждёт следующего срабатывания таймера. Этот цикл повторяется бесконечно, пока приложение активно.

Проблема избыточных запросов

Главная проблема Short Polling — неизбежные пустые запросы. Если данные изменяются редко, большинство запросов возвращают результат "без изменений", тратя пропускную способность сети и процессорное время на обработку. При 10 000 клиентов с интервалом опроса 5 секунд сервер получает 2 000 запросов в секунду — значительная часть которых бесполезна, если частота обновлений составляет 1 событие в минуту.

Как работает Short Polling

Short Polling работает по простому циклу: клиент устанавливает интервальный таймер с заданным периодом (например, 5000 мс). При каждом срабатывании таймера клиент формирует HTTP GET-запрос к серверному эндпоинту, обычно с параметром временной метки последнего обновления. Сервер получает запрос, проверяет наличие новых данных после указанной метки и возвращает ответ — либо с новыми данными, либо с индикатором отсутствия обновлений.

Критический параметр настройки Short Polling — интервал опроса. Слишком короткий интервал (менее 3 секунд) создаёт высокую нагрузку на сервер и сеть. Слишком длинный (более 30 секунд) снижает актуальность данных. Оптимальный интервал зависит от сценария: для панелей мониторинга — 5–15 секунд, для лент новостей — 30–60 секунд, для критических алертов — 1–3 секунды. Выбор интервала всегда является компромиссом между актуальностью данных и нагрузкой на инфраструктуру.

Адаптивный интервал опроса

Для снижения нагрузки при простое используется адаптивный интервал: если несколько последовательных запросов вернули пустой результат, интервал увеличивается (например, с 5 до 15 секунд). При появлении новых данных интервал сбрасывается до минимального значения. Алгоритм экспоненциальной задержки (exponential backoff) позволяет сократить количество пустых запросов в 3–5 раз при редких обновлениях.

Пример реализации Short Polling на JavaScript

Рассмотрим клиентскую реализацию Short Polling с использованием setInterval и Fetch API. Функция принимает URL эндпоинта и интервал опроса в миллисекундах.

function startPolling(url, intervalMs) {
    const lastTimestamp = new Date().toISOString();

    const timerId = setInterval(async () => {
        try {
            const params = new URLSearchParams({
                since: lastTimestamp
            });
            const response = await fetch(url + "?" + params);
            const data = await response.json();

            if (data.updates && data.updates.length > 0) {
                renderUpdates(data.updates);
                console.log("Received", data.updates.length, "updates");
            }
        } catch (error) {
            console.error("Polling failed:", error);
        }
    }, intervalMs);

    return timerId;
}

const timer = startPolling("/api/updates", 5000);
// clearInterval(timer) для остановки

Код создаёт интервал опроса с периодом 5 секунд и передаёт серверу временную метку последнего обновления. Сервер может использовать этот параметр для фильтрации данных и возврата только новых записей, сокращая объём передаваемой информации. Функция возвращает идентификатор таймера для возможности остановки опроса.

Серверная часть Short Polling

Серверная реализация для Short Polling предельно проста — это обычный REST-endpoint, принимающий GET-запросы и возвращающий JSON-ответ с текущим состоянием или данными, изменёнными после указанной метки.

const express = require("express");
const app = express();

let items = [];

app.get("/api/updates", (req, res) => {
    const since = req.query.since;
    const filtered = items.filter(item => item.timestamp > since);
    res.json({ updates: filtered });
});

app.listen(3000);

Сервер получает параметр since и фильтрует записи, чья временная метка превышает указанную. Такой подход минимизирует объём данных в каждом ответе, возвращая только инкрементальные изменения. При отсутствии новых данных сервер возвращает пустой массив, а клиент продолжает опрос по расписанию.

Short Polling vs Long Polling

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

Выбор между техниками зависит от частоты обновлений данных. Если события происходят чаще, чем раз в 10 секунд — оба подхода дают сопоставимую нагрузку, и Short Polling может оказаться проще. Если события редкие (часы или минуты между изменениями) — Long Polling предпочтительнее, так как не создаёт пустых запросов. Для промежуточных сценариев выбор зависит от инфраструктурных ограничений и возможности использовать WebSocket.

Когда применяется Short Polling

Short Polling применяется в сценариях, где требования к актуальности данных невысоки, а простота реализации имеет приоритет над эффективностью. Наиболее типичные случаи — внутренние административные панели, системы мониторинга с невысокой частотой алертов и приложения, где задержка в 15–30 секунд является приемлемой.

• Панели мониторинга — дашборды с метриками, которые обновляются раз в 10–30 секунд, не требующие мгновенной реакции на изменения.
• Статус-страницы — страницы проверки доступности сервисов, где данные обновляются с интервалом 30–60 секунд и задержка не критична.
• Аналитические отчёты — внутренние системы аналитики с периодическим сбором данных, где актуальность до 1 минуты приемлема.
• Простые игры — пошаговые мультиплеерные игры без требований реального времени, где ход обновляется раз в несколько секунд.
• Тестирование — сценарии нагрузочного тестирования и отладки, где Short Polling используется как эталонный метод опроса для сравнения с другими техниками.

Важное ограничение — Short Polling не подходит для критичных по времени приложений (торговые терминалы, системы экстренного оповещения), где задержка даже в 1 секунду неприемлема. В таких сценариях необходимо использовать WebSocket, Server-Sent Events или Long Polling. При проектировании системы с Short Polling следует рассчитывать бюджет запросов: при 1 000 клиентов с интервалом 5 секунд сервер обрабатывает 12 000 запросов в минуту, что требует соответствующей ресурсной базы.