AJAX 推播與拉取機制深度對比：Polling、Long-Polling、Comet、HTTP Streaming 技術選型指南

核心矛盾：HTTP 請求/回應模型天生「客戶端發起」，Server 無法主動推送

AJAX 雖提升交互體驗，但受限於 HTTP 半雙工本質，實時資料推送需突破此限制。

四大實時通知技術對比

技術演進脈絡

1. Polling → 想降低延遲
2. Long Polling → 減少空請求，兼容性佳
3. Comet / HTTP Streaming → 追求真正推送，需 Server 端架構配合
4. WebSocket (HTML5) → **終極解法**：全雙工、單連接、二進制幀、無 HTTP 頭開銷

選型建議

• **現代專案首選 WebSocket**（Socket.io, Spring WebSocket, Netty 等成熟生態）
• 舊瀏覽器支援/企業防火牆嚴格環境 → **Long Polling 回退**
• 純 HTTP 基礎設施、不想引入 WS 依賴 → **Comet (Atmosphere, CometD)**
• 極簡場景、低頻 → **Polling 可接受**

WebSocket 已成主流標準，除非有強制限制，新專案應直接採用 WebSocket + 長連接心跳 + 自動重連機制，避免在半雙工 HTTP 上造輪子。