Short Polling: Was es ist, wie es funktioniert und wo es eingesetzt wird

Was ist Short Polling

Short Polling ist ein Kommunikationsmuster, bei dem der Client in regelmäßigen Abständen HTTP-Anfragen an den Server mit einem vordefinierten Intervall sendet und der Server jede Anfrage synchron verarbeitet und sofort das Ergebnis zurückgibt. Das Polling-Intervall wird auf der Client-Seite mit Timern festgelegt und beträgt je nach Anforderung an die Datenaktualität normalerweise 1 bis 60 Sekunden.

Short Polling ist historisch gesehen der erste Mechanismus zur Organisation von Echtzeit-Kommunikation in Webanwendungen. In den frühen 2000er Jahren, vor der zweiten Generation von XMLHttpRequest, verwendeten Webseiten <meta http-equiv="refresh"> oder periodisches iframe-Neuladen, um Inhalte zu aktualisieren. Mit dem Aufkommen der AJAX-Technologie (Asynchronous JavaScript and XML) im Jahr 2005 wurde Short Polling zum Standardansatz für Datenaktualisierungen ohne vollständiges Neuladen der Seite.

Architektur von Short Polling

Die Short Polling-Architektur umfasst drei Komponenten: einen Client-Timer, eine HTTP-Anfrage und einen Server-Handler. Der Client startet einen Intervall-Timer, bei dessen Auslösung eine GET-Anfrage an den Server gesendet wird. Der Server führt eine Abfrage an eine Datenbank oder andere Quelle durch, erstellt eine Antwort und gibt sie sofort an den Client zurück. Der Client aktualisiert die Oberfläche und wartet auf das nächste Timer-Ereignis. Dieser Zyklus wiederholt sich unbegrenzt, solange die Anwendung aktiv ist.

Das Problem redundanter Anfragen

Das Hauptproblem von Short Polling sind die unvermeidlichen leeren Anfragen. Wenn sich Daten selten ändern, geben die meisten Anfragen ein Ergebnis „keine Änderungen“ zurück, was Netzwerkbandbreite und CPU-Zeit für die Verarbeitung verschwendet. Bei 10.000 Clients mit einem Polling-Intervall von 5 Sekunden empfängt der Server 2.000 Anfragen pro Sekunde — ein erheblicher Teil davon ist nutzlos, wenn die Aktualisierungsfrequenz 1 Ereignis pro Minute beträgt.

Wie Short Polling funktioniert

Short Polling funktioniert in einem einfachen Zyklus: Der Client stellt einen Intervall-Timer mit einer bestimmten Periode (z.B. 5000 ms) ein. Bei jedem Timer-Ereignis erstellt der Client eine HTTP-GET-Anfrage an den Server-Endpunkt, normalerweise mit einem Zeitstempelparameter der letzten Aktualisierung. Der Server empfängt die Anfrage, prüft auf neue Daten nach dem angegebenen Zeitstempel und gibt eine Antwort zurück — entweder mit neuen Daten oder mit einem Indikator, dass keine Aktualisierungen vorliegen.

Ein kritischer Konfigurationsparameter von Short Polling ist das Polling-Intervall. Ein zu kurzes Intervall (weniger als 3 Sekunden) erzeugt eine hohe Server- und Netzwerklast. Ein zu langes Intervall (mehr als 30 Sekunden) reduziert die Datenaktualität. Das optimale Intervall hängt vom Szenario ab: für Überwachungs-Dashboards — 5–15 Sekunden, für Nachrichtenfeeds — 30–60 Sekunden, für kritische Alarme — 1–3 Sekunden. Die Wahl des Intervalls ist immer ein Kompromiss zwischen Datenaktualität und Infrastrukturlast.

Adaptives Polling-Intervall

Zur Reduzierung der Last in Leerlaufzeiten wird ein adaptives Intervall verwendet: Wenn mehrere aufeinanderfolgende Anfragen ein leeres Ergebnis zurückgeben, wird das Intervall erhöht (z.B. von 5 auf 15 Sekunden). Wenn neue Daten auftauchen, wird das Intervall auf den Mindestwert zurückgesetzt. Der exponentielle Backoff-Algorithmus kann die Anzahl leerer Anfragen bei seltenen Aktualisierungen um das 3- bis 5-fache reduzieren.

Beispielimplementierung von Short Polling in JavaScript

Betrachten wir eine clientseitige Short Polling-Implementierung mit setInterval und der Fetch-API. Die Funktion nimmt eine Endpunkt-URL und das Polling-Intervall in Millisekunden entgegen.

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("Empfangen", data.updates.length, "updates");
            }
        } catch (error) {
            console.error("Polling fehlgeschlagen:", error);
        }
    }, intervalMs);

    return timerId;
}

const timer = startPolling("/api/updates", 5000);
// clearInterval(timer) zum Stoppen

Der Code erstellt ein Polling-Intervall von 5 Sekunden und übergibt den Zeitstempel der letzten Aktualisierung an den Server. Der Server kann diesen Parameter verwenden, um Daten zu filtern und nur neue Datensätze zurückzugeben, wodurch die Menge der übertragenen Informationen reduziert wird. Die Funktion gibt den Timer-Identifikator zurück, um das Polling stoppen zu können.

Serverseitiges Short Polling

Die serverseitige Implementierung für Short Polling ist äußerst einfach — es ist ein gewöhnlicher REST-Endpunkt, der GET-Anfragen akzeptiert und eine JSON-Antwort mit dem aktuellen Zustand oder Daten, die nach dem angegebenen Zeitstempel geändert wurden, zurückgibt.

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);

Der Server empfängt den since-Parameter und filtert Datensätze, deren Zeitstempel den angegebenen Wert überschreitet. Dieser Ansatz minimiert die Datenmenge in jeder Antwort, indem er nur inkrementelle Änderungen zurückgibt. Wenn keine neuen Daten vorliegen, gibt der Server ein leeres Array zurück und der Client setzt das Polling nach Plan fort.

Short Polling vs Long Polling

Short Polling und Long Polling lösen dasselbe Problem — die Zustellung von Daten vom Server zum Client — unterscheiden sich jedoch grundlegend in der Effizienz. Short Polling verwendet ein festes Anfrageintervall und erzeugt eine vorhersagbare Last, während Long Polling die Verbindung offen hält, bis ein Ereignis eintritt, und so die Anzahl der leeren Antworten minimiert.

Die Wahl zwischen den Techniken hängt von der Aktualisierungshäufigkeit der Daten ab. Wenn Ereignisse häufiger als einmal alle 10 Sekunden auftreten — beide Ansätze erzeugen vergleichbare Last, und Short Polling kann einfacher sein. Wenn Ereignisse selten sind (Stunden oder Minuten zwischen Änderungen) — ist Long Polling vorzuziehen, da es keine leeren Anfragen erzeugt. Für Zwischenszenarien hängt die Wahl von den Infrastrukturbeschränkungen und der Möglichkeit ab, WebSocket zu verwenden.

Wann Short Polling verwendet wird

Short Polling wird in Szenarien eingesetzt, in denen die Anforderungen an die Datenaktualität gering sind und die Einfachheit der Implementierung Vorrang vor der Effizienz hat. Die typischsten Fälle sind interne Administrationspanels, Überwachungssysteme mit niedriger Alarmfrequenz und Anwendungen, bei denen eine Verzögerung von 15–30 Sekunden akzeptabel ist.

• Überwachungs-Dashboards — Dashboards mit Metriken, die alle 10–30 Sekunden aktualisiert werden und keine sofortige Reaktion auf Änderungen erfordern.
• Statusseiten — Seiten zur Überprüfung der Dienstverfügbarkeit, bei denen Daten alle 30–60 Sekunden aktualisiert werden und Verzögerung nicht kritisch ist.
• Analyseberichte — interne Analysesysteme mit periodischer Datenerfassung, bei denen eine Aktualität von bis zu 1 Minute akzeptabel ist.
• Einfache Spiele — rundenbasierte Mehrspielerspiele ohne Echtzeitanforderungen, bei denen sich der Zug alle paar Sekunden aktualisiert.
• Tests — Lasttest- und Debugging-Szenarien, in denen Short Polling als Referenz-Polling-Methode zum Vergleich mit anderen Techniken verwendet wird.

Wichtige Einschränkung — Short Polling ist nicht geeignet für zeitkritische Anwendungen (Handelsterminals, Notfallwarnsysteme), bei denen selbst eine Verzögerung von 1 Sekunde inakzeptabel ist. In solchen Szenarien müssen WebSocket, Server-Sent Events oder Long Polling verwendet werden. Beim Entwurf eines Systems mit Short Polling sollte das Anfragebudget berechnet werden: Bei 1.000 Clients mit 5 Sekunden Intervall verarbeitet der Server 12.000 Anfragen pro Minute, was eine entsprechende Ressourcenbasis erfordert.