Short Polling: mi ez, hogyan működik és hol használják

Mi az a Short Polling

Short Polling — olyan kommunikációs minta, amelyben az ügyfél időszakosan HTTP-kéréseket küld a szervernek előre meghatározott időközönként, a szerver pedig minden kérést szinkron módon dolgoz fel, és azonnal visszaadja az eredményt. A lekérdezési időközt az ügyfél oldalon állítják be időzítők segítségével, és általában 1 és 60 másodperc között van, az adatok aktualitására vonatkozó követelményektől függően.

A Short Polling kronológiailag az első mechanizmus a valós idejű működés megszervezésére webes alkalmazásokban. A 2000-es évek elején, a második generációs XMLHttpRequest megjelenése előtt, a weboldalak <meta http-equiv=”refresh”> vagy az iframe-ek időszakos újratöltését használták a tartalom frissítéséhez. Az AJAX (Asynchronous JavaScript and XML) technológia 2005-ös megjelenésével a Short Polling a szabványos megközelítéssé vált az adatok frissítésére a lap teljes újratöltése nélkül.

A Short Polling architektúrája

A Short Polling architektúrája három összetevőből áll: ügyfél időzítőből, HTTP-kérésből és szerver-kezelőből. Az ügyfél elindít egy intervallum-időzítőt, melynek élesztésekor egy GET-kérés kerül elküldésre a szervernek. A szerver lekérdezést hajt végre az adatbázisban vagy más forrásban, választ képez, és azonnal visszaküldi az ügyfélnek. Az ügyfél frissíti a felületet és vár a következő időzítő élesztésre. Ez a ciklus végtelenül ismétlődik, amíg az alkalmazás aktív.

A túlzott kérések problémája

A Short Polling fő problémája — az elkerülhetetlen üres kérések. Ha az adatok ritkán változnak, a kérések többsége „nincs változás” eredményt ad vissza, pazarolva a hálózati sávszélességet és a processzoridőt a feldolgozásra. 10 000 ügyfél és 5 másodperces lekérdezési időköz esetén a szerver másodpercenként 2 000 kérést kap — amelyek jelentős része haszontalan, ha a frissítések gyakorisága 1 esemény percenként.

Hogyan működik a Short Polling

Short Polling egy egyszerű ciklus szerint működik: az ügyfél beállít egy intervallum-időzítőt meghatározott periódussal (pl. 5000 ms). Minden időzítő élesztéskor az ügyfél HTTP GET kérést küld a szerver végpontjára, általában az utolsó frissítés időbélyegének paraméterével. A szerver megkapja a kérést, ellenőrzi új adatok meglétét a megadott időbélyeg után, és választ ad — akár új adatokkal, akár a frissítések hiányának jelzésével.

A Short Polling kritikus konfigurációs paramétere — a lekérdezési időköz. A túl rövid időköz (3 másodperc alatt) magas terhelést okoz a szerveren és a hálózaton. A túl hosszú időköz (30 másodperc felett) csökkenti az adatok aktualitását. Az optimális időköz a forgatókönyvtől függ: monitorozási panelekhez — 5–15 másodperc, hírcsatornákhoz — 30–60 másodperc, kritikus riasztásokhoz — 1–3 másodperc. Az időköz választása mindig kompromisszum az adatok aktualitása és az infrastruktúra terhelése között.

Adaptív lekérdezési időköz

A terhelés csökkentéséhez inaktivitás idején adaptív időközt használnak: ha több egymást követő kérés üres eredményt ad, az időköz megnő (pl. 5-ről 15 másodpercre). Új adatok megjelenésekor az időköz visszaállítódik a minimális értékre. Az exponenciális késleltetési algoritmus (exponential backoff) lehetővé teszi az üres kérések számának 3–5-szörös csökkentését ritka frissítések esetén.

Short Polling megvalósítási példa JavaScriptben

Nézzük meg a Short Polling ügyfél oldali megvalósítását a setInterval és a Fetch API használatával. A függvény elfogadja a végponc URL-jét és a lekérdezési időközt ezredmásodpercben.

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("Fogadva", data.updates.length, "updates");
            }
        } catch (error) {
            console.error("A lekérdezés sikertelen:", error);
        }
    }, intervalMs);

    return timerId;
}

const timer = startPolling("/api/updates", 5000);
// clearInterval(timer) a leállításhoz

A kód létrehoz egy lekérdezési időközt 5 másodperces periódussal, és elküldi a szervernek az utolsó frissítés időbélyegét. A szerver ezt a paramétert használhatja az adatok szűrésére és csak az új rekordok visszaküldésére, csökkentve a továbbított információ mennyiségét. A függvény visszaadja az időzítő azonosítót a lekérdezés leállításának lehetőségéhez.

A Short Polling szerver oldala

A Short Polling szerver oldali megvalósítása rendkívül egyszerű — ez egy szokásos REST-végpont, amely GET kéréseket fogad és JSON választ ad vissza az aktuális állapottal vagy a megadott időbélyeg után módosított adatokkal.

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

A szerver megkapja a since paramétert, és szűri azokat a rekordokat, amelyek időbélyege meghaladja a megadott értéket. Ez a megközelítés minimalizálja az adatok mennyiségét minden válaszban, csak növekményes változásokat visszaküldve. Új adatok hiányában a szerver üres tömböt ad vissza, az ügyfél pedig folytatja a lekérdezést az ütemezés szerint.

Short Polling vs Long Polling

Short Polling és a Long Polling ugyanazt a feladatot oldja meg — adatok kiszolgálása a szerverről — de radikálisan különböznek a hatékonyságban. A Short Polling fix kérésidőközt használ, kiszámítható terhelést hozva létre, míg a Long Polling az esemény bekövetkeztéig tartja a kapcsolatot, minimalizálva az üres válaszok számát.

A technikák közötti választás az adatok frissítési gyakoriságától függ. Ha az események gyakrabban történnek, mint 10 másodpercenként — mindkét megközelítés összehasonlítható terhelést ad, és a Short Polling egyszerűbb lehet. Ha az események ritkák (órák vagy percek telnek el a változások között) — a Long Polling előnyösebb, mert nem hoz létre üres kéréseket. Köztes forgatókönyvek esetén a választás az infrastrukturális korlátoktól és a WebSocket használatának lehetőségétől függ.

Mikor alkalmazzák a Short Pollingot

Short Polling olyan forgatókönyvekben alkalmazzák, ahol az adatok aktualitására vonatkozó követelmények alacsonyak, és a megvalósítás egyszerűsége elsőbbséget élvez a hatékonysággal szemben. A legjellemzőbb esetek a belső adminisztratív panelek, az alacsony riasztási gyakoriságú monitorozórendszerek és azok az alkalmazások, ahol a 15–30 másodperces késleltetés elfogadható.

• Monitorozási panelek — metrikákat tartalmazó irányítópultok, amelyek 10–30 másodpercenként frissülnek, és nem igényelnek azonnali reakciót a változásokra.
• Állapotoldalak — szolgáltatások rendelkezésre állásának ellenőrző oldalai, ahol az adatok 30–60 másodpercenként frissülnek, és a késleltetés nem kritikus.
• Analitikai jelentések — belső analitikai rendszerek időszakos adatgyűjtéssel, ahol az 1 perces aktualitás elfogadható.
• Egyszerű játékok — körön alapuló többjátékos játékok valós idejű követelmények nélkül, ahol a kör néhány másodpercenként frissül.
• Tesztelés — terheléstesztelési és hibakeresési forgatókönyvek, ahol a Short Pollingot referenciaként használják más technikákkal való összehasonlításhoz.

Fontos korlátozás — a Short Polling nem alkalmas időkritikus alkalmazásokhoz (kereskedelmi terminálok, vészhelyzeti riasztórendszerek), ahol akár 1 másodperces késleltetés is elfogadhatatlan. Ilyen forgatókönyvekben WebSocketet, Server-Sent Events vagy Long Pollingot kell használni. A Short Pollinggal való rendszer tervezésekor ki kell számítani a kéréskeretet: 1 000 ügyfél és 5 másodperces időköz esetén a szerver percenként 12 000 kérést dolgoz fel, ami megfelelő erőforrásbázist igényel.