服務器推送消息到App主要有以下幾種方式：

1. 長連接（WebSocket）：

原理：客戶端與服務器建立一個持久的連接，服務器可以隨時向客戶端推送消息。

實現：客戶端使用WebSocket協議與服務器建立連接，服務器端也需要支持WebSocket協議。

優點：實時性強，延遲低，適用于需要實時交互的場景。

缺點：需要客戶端和服務器都支持WebSocket協議。

2. 輪詢（Polling）：

原理：客戶端每隔一段時間向服務器發送請求，詢問是否有新消息。

實現：客戶端定時發送HTTP請求到服務器，服務器返回消息或空響應。

優點：實現簡單，兼容性好。

缺點：實時性較差，服務器壓力較大。

3. 長輪詢（Long Polling）：

原理：客戶端發送請求到服務器，服務器在收到新消息或超時后返回響應。

實現：客戶端發送請求，服務器保持連接直到有消息或超時。

優點：實時性比輪詢好，服務器壓力較小。

缺點：實現較復雜，客戶端和服務器需要處理超時和重連。

4. 服務器發送事件（Server-Sent Events, SSE）：

原理：服務器向客戶端推送消息，客戶端監聽事件。

實現：客戶端使用EventSource API與服務器建立連接，服務器發送消息。

優點：簡單易用，適用于單向消息推送。

缺點：不支持客戶端發送消息，實時性取決于服務器推送頻率。

5. 推送通知（Push Notifications）：

原理：服務器通過第三方推送服務（如Firebase Cloud Messaging, Apple Push Notification Service等）向客戶端發送通知。

實現：客戶端注冊推送服務，服務器將消息發送到推送服務，推送服務將消息推送到客戶端。

優點：適用于跨平臺應用，支持離線推送。

缺點：需要依賴第三方推送服務，可能會產生額外費用。

選擇合適的服務器推送方式需要根據實際需求、客戶端和服務器支持情況以及性能要求等因素綜合考慮。