Android 輪詢替代方案：推送服務 (FCM/極光/個推) 省電省流量

傳統輪詢 (定時器 + HTTP 請求) 極其耗電耗流量。現代 Android 開發強烈建議使用推送服務。

為何輪詢不可取

• 頻繁喚醒 CPU、建立 TCP 連接、發送 HTTP 請求 → 電量消耗大。
• 移動網絡下頻繁握手 → 流量消耗大。
• Android 6.0+ Doze 模式 / App Standby 會限制後台網絡，輪詢不可靠。

推送架構原理

App 客戶端 <--長連接/系統級通道--> 推送服務器 <--API/後台 SDK--> 應用後台

• 客戶端維持一條長連接 (或利用系統級 GCM/FCM/HMS 通道)。
• 服務器有新數據 → 通過長連接主動推送到客戶端。
• 客戶端收到推送 → 觸發回調 → 獲取數據/展示通知。

主流推送方案對比

接入極光推送示例 (Android)

1. build.gradle 添加依賴：implementation 'cn.jiguang.sdk:jpush:4.x.x'
2. AndroidManifest.xml 配置權限、AppKey、Channel。
3. Application 初始化：JPushInterface.init(this)。
4. 接收推送：繼承 JPushMessageReceiver 重寫 onMessage。
5. 後台發送：調用 REST API https://api.jpush.cn/v3/push。

若必須輪詢 (極少數場景)

• 使用 WorkManager 設置 PeriodicWorkRequest (最小 15 分鐘間隔)，系統會批次執行、省電。
• 請求體極小 (如 HEAD 或 If-Modified-Since)，僅檢查是否有更新。
• 配合 AlarmManager.setAndAllowWhileIdle (需權限)。

結論：拋棄輪詢，接入推送 SDK，省電、省流、到達率高、開發維護簡單。