搭建推送伺服器

1. 使用第三方推送服務相比自己搭建推送伺服器有哪些優點和缺點

使用第三方推送服務相比自己搭建推送伺服器的優點和缺點，具體如下：
1、第三方推送服務優點
（1）具有更加精準的推送能力；
（2）能夠全面的覆蓋所有使用用戶；
2、第三方推送服務缺點
（1）每個品台的側重點不一樣；
（2）PUSH成本不確定；
（3）效果是很難進行評估的。
對於第三方推送服務的選擇，可以先去深圳極光進行了解一下。極光為全球開發者提供穩定高效的即時通訊服務；極光推送搭建起一個高度穩定、可擴展的雲端架構，極大地幫助移動應用開發者節約開發和維護的成本，輕松實現毫秒級的精準推送。
極光還致力於解決 開發、產品、運營在工作中遇到的各類問題，並為大家提供一個思維碰撞、共同提升的互動平台。

2. openim程序在後台不離線如何處理消息推送

如果您希望在後台運行openIM程序並且能夠處理消息推送，您可以嘗試以下解決方案：

1. 使用消息推送服務提供商：集成第三方消息推送服務提供商（如Firebase Cloud Messaging、APNs、JPush等）來實現消息推送功能。這些服務提供了適用於後台運行的SDK和API，使您能夠向設備發送推送通知。

2. 設置長連接機制：在openIM程序中，建立一個長連接，以便接收來自伺服器的即時消息推送。使用socket或WebSocket等技術與伺服器保持持久連接，並監聽伺服器發送的消息推送。

3. 引入消息隊列：將消息推送任務加入消息隊列，然後在後台周期性地處理隊列中的消息。您可以選擇使用常見的消息隊列工具，如RabbitMQ、Kafka等。

4. 使用推送代理伺服器：配置一個專門負責消息推送的代理伺服器。將所有消息推送請求發送到該代理伺服器，由代理伺服器負責處理推送請求，避免直接在後台應用程序處理推送。

5. 配置後台任務和定時器：將任務調度或定時器功能整合到openIM程序中，以便定期輪詢伺服器以獲取新的消息或推送狀態更新。這樣可以確保openIM程序持續運行並及時處理推送。

需要根據實際情況選擇適合的解決方案。具體實現方式和工具取決於您的開發環境、技術棧和需求。建議參考相關的文檔、工具文檔以及開發者社區來獲取更深入的指導和支持。

3. 如何自己搭建一個xmpp，實現推送消息

Android推送方案分析（MQTT/XMPP/GCM）
蝸牛TT 發布於 4個月前，共有 11 條評論
本文主旨在於，對目前Android平台上最主流的幾種消息推送方案進行分析和對比，比較客觀地反映出這些推送方案的優缺點，幫助大家選擇最合適的實施方案。
方案1、使用GCM服務（Google Cloud Messaging）
簡介：Google推出的雲消息服務，即第二代的G2DM。
優點：Google提供的服務、原生、簡單，無需實現和部署服務端。
缺點：Android版本限制（必須大於2.2版本），該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。

方案2、使用XMPP協議（Openfire + Spark + Smack）
簡介：基於XML協議的通訊協議，前身是Jabber，目前已由IETF國際標准化組織完成了標准化工作。
優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的java版的開發實例androidpn。
缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。

方案3、使用MQTT協議（更多信息見：http://mqtt.org/）
簡介：輕量級的、基於代理的「發布/訂閱」模式的消息傳輸協議。
優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域（參考：http://mqtt.org/software），且已有C++版的服務端組件rsmb。
缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。

方案4、使用HTTP輪循方式
簡介：定時向HTTP服務端介面（Web Service API）獲取最新消息。
優點：實現簡單、可控性強，部署硬體成本低。
缺點：實時性差。

對各個方案的優缺點的研究和對比，推薦使用MQTT協議的方案進行實現，主要原因是：MQTT最快速，也最省流量（固定頭長度僅為2位元組），且極易擴展，適合二次開發。接下來，我們就來分析使用MQTT方案進行Android消息的原理和方法，並架設自己的推送服務。

如果還不明白的 話，要看分析的話，給你個網址：http://m.oschina.net/blog/82059
自己看看。

4. 如何自己實現 安卓的推送服務

安卓推送服務, 實現方案有以下方式:
輪詢:客戶端定期詢問伺服器有沒有新的消息, 這樣伺服器不用管客戶端的地址是什麼, 客戶端來問, 直接告訴它就行.
這種方案最簡單, 對於一些不追求實時性的客戶端來說, 很適合, 只需要把時間間隔設定成幾個小時取一次, 就能很方便的解決問題.
SMS通知:這種方案在移動端是有可能的, 讓客戶端攔截手機簡訊, 伺服器在有新消息時給用戶的手機號發一條特殊的簡訊, 客戶端攔截簡訊後發現是正常簡訊就放行, 如果是特殊簡訊就連接伺服器取消息。
消息推送，可以到極光了解一下 ，極光推送（JPush）是獨立的第三方雲推送平台，致力於為全球移動應用開發者提供移動消息推送服務。2016年6月，國內一站式開發者服務平台極光推送發表公開聲明，宣布品牌正式全面升級為大數據綜合服務商「極光」。

5. java向手機推送消息有哪些方式

Java Web 伺服器的消息推送的幾種方案有：輪詢、長連接、DWR和HTTP2協議，有以下兩種方法。
一種，自己搭推送伺服器，一般主流使用XMPP協議，也有相對成熟的框架和開源項目給你使用。。優點是可以自由控制因為代碼都是自己寫的，缺點是搭建難度大，要吃透很花時間，而且心跳包的控制和終端的電量消耗都需要一定的水平
另外一種是用第三方推送，比如極光推送，個推等，優點是簡單易用，不用考慮服務端的實現，然後有相對完整的文檔，寫幾段java代碼就好，對於中小公司等開發資源少的公司，極光推送是經過考驗的大規模 App 推送平台，每天推送消息量級為數百億條，能確保消息送達率

6. 推送的伺服器

Serverpush——嶄新的「推」技術，它是一種先進的伺服器和客戶機之間的通信連接方式，利用在伺服器端的CGI腳本程序把數據源源不斷地推向客戶機，從而使客戶機和伺服器之間的交互性能大大提高。在中國計算機報電腦工作室中有介紹Serverpush，我們也搜集整理一些關於Server push的資料，供大家參考。
首先也來看看傳統Client pull的工作方式，Client pull以 這樣的HTML文檔頭來自動刷新頁面，使用戶的瀏覽器能不斷地刷新以接受伺服器傳回的內容，那麼用戶就不得不忍受等待「time」值的痛苦，相信在中國電信的網速之下，大家對這個深有體會。
採用了Serverpush技術的伺服器在客戶機做出一個請求後，和客戶機建立一個永久的連接，然後伺服器會根據客戶機的請求不斷把數據包推向客戶，這個推的過程是不間斷的。由伺服器推向客戶機的數據在客戶機的瀏覽器上會不斷產生新的內容，而且不會產生Client pull那樣的HTML文檔頭，從而大大減少了延遲的時間，向（伺服器響應——客戶機請求）同步邁進了一步。
實現Serverpush技術非常簡單。Server push在伺服器的CGI腳本聲明HTML文檔類型時，把傳統的content-type:text/html改為content-type:multipart/x-mixed-replace;boundary=BOUNDARY這樣的文檔類型，就會反饋給用戶一個Server push類型的連接。這是Serverpush和Client pull的根本區別。如果CGI腳本中提供了這樣的HTML文檔頭，伺服器在處理客戶機請求調用CGI腳本程序時，就會把CGI腳本中指定的數據強行推給客戶機。
Serverpush在生成頁面時會採用很多的技巧來處理用戶端瀏覽器頁面的生成。主程序和傳統方式沒有本質的區別，但記得在腳本中加入print「Content-Type:multipart/x-mixed-replace;boundary=BOUNDARY」這樣的文檔頭。應用在PERL寫的CGI聊天室中有立竿見影之效，其速度和刷新方式和傳統聊天室不是一個檔次的。