androidxmpp源碼

Ⅰ android消息推送GCM、XMPP、MQTT三種方案的優劣是什麼

Android推送方案分析（MQTT/XMPP/GCM）
本文主旨在於，對目前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不開源，部署硬體成本較高。

Ⅱ 如何通過php實現mqtt協議

MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。

我們可以從這里下載該項目的實例代碼，並且可以找到一個採用PHP書寫的伺服器端實現。

架構如下所示：

Ⅲ android 即時通信。。如何實現

Android現在即時通訊（或者消息推送）有好幾個開源項目框架可以實現，可以使用XMPP來實現即時通信。

XMPP（Extensible Messageing and Presence Protocol：可擴展消息與存在協議）是目前主流的四種IM（IM：instant messaging,即時消息）協議之一，其他三種分別為：即時信息和空間協議(IMPP)、空間和即時信息協議(PRIM)、針對即時通訊和空間平衡擴充的進程開始協議SIP(SIMPLE)。

1. XMPP的前身是Jabber，一個開源形式組織產生的網路即時通信協議。XMPP目前被IETF國際標准組織完成了標准化工作。標准化的核心結果分為兩部分； 核心的XML流傳輸協議 基於XML流傳輸的即時通訊擴展應用 XMPP的核心XML流傳輸協議的定義使得XMPP能夠在一個比以往網路通信協議更規范的平台上。藉助於XML易於解析和閱讀的特性，使得XMPP的協議能夠非常漂亮。 XMPP的即時通訊擴展應用部分是根據IETF在這之前對即時通訊的一個抽象定義的，與其他業已得到廣泛使用的即時通訊協議，諸如AIM，QQ等有功能完整，完善等先進性。

2.XMPP中定義了三個角色，客戶端，伺服器，網關。通信能夠在這三者的任意兩個之間雙向發生。伺服器同時承擔了客戶端信息記錄，連接管理和信息的路由功能。網關承擔著與異構即時通信系統的互聯互通，異構系統可以包括SMS（簡訊），MSN，ICQ等。基本的網路形式是單客戶端通過TCP/IP連接到單伺服器，然後在之上傳輸XML。

3.傳輸的是與即時通訊相關的指令。在以前這些命令要麼用2進制的形式發送，要麼用純文本指令加空格加參數加換行苻的方式發送（比如MSN）。而XMPP傳輸的即時通訊指令的邏輯與以往相仿，只是協議的形式變成了XML格式的純文本。這不但使得解析容易了，人也容易閱讀了，方便了開發和查錯。而XMPP的核心部分就是一個在網路上分片斷發送XML的流協議。這個流協議是XMPP的即時通訊指令的傳遞基礎，也是一個非常重要的可以被進一步利用的網路基礎協議。

Ⅳ android push 是代表著什麼意思

android push 是安卓的一種消息推送機制。開發者在開發的時候會有這樣的幾種實現方案：
安卓關於消息推送的相關方案介紹
------我們國內自己的技術實現
前些時間公司有個項目用到了android push功能，於是在google中狂搜，
看到好多網友的介紹，我總結了一下幾種方案，但其中有一種是我用著比較好的，簡單，易用還免費。
以下是這幾種方案的介紹：
方案一：
Google官方的：
通過對比研究發現C2DM機制存在以下缺點：
1、C2DM內置於Android的2.2系統上，無法兼容老的1.6到2.1系統;
2、必須運行android，並且安裝Market，至少有一個登錄的google賬號。
3、C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用，是消息阻塞，不能對送到終端。
方案二：
利用MQTT協議，broker做代理伺服器，但是隨著用戶的增多這個方案會有問題，因為broker的連接數有上限，到了一定程度後就無法連接了，這也就導致消息很難發送出去。
總之，連接數量有限制。
方案三：
基於XMPP協議，很多人都建議使用這個，谷歌官方的C2DM也是基於XMPP研發的，使用這個方案不會依賴android系統，也不依賴於谷歌伺服器。
方案四：
最近新出的一種是APNS，這個也不需要自己架設伺服器，很簡單，自己不用開發服務端，但要收費的，一年100人民幣。
主要有以下特點：
· 快速集成:提供一種比C2DM更加快捷的使用方式,避免各種限制.
· 無需架設伺服器:通過使用"雲服務",減少額外伺服器負擔.
· 可以同時推送消息到網站頁面,android 手機
· 耗電少,佔用流量少.
終極方案：
下面的一種方案是我自己發現的一種方案感覺比較好用，所以推薦給大家。（android-push終極方案）
先介紹特點：
1、免費
2、易集成
3、沒有C2DM中的版本限制和必須用gmail綁定
4、雲服務，不用假設自己的伺服器
5、用戶track
6、簡單高效，並且省電
1 Android 推送實現方式編輯本段
方案1、使用C2DM服務（Google Cloud Messaging）
簡介：Google推出的雲消息服務，即第二代的G2DM。
優點：Google提供的服務、原生、簡單，無需實現和部署服務端。
缺點：Android版本限制（必須大於2.2版本），該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。
方案2、使用XMPP協議（Openfire + Spark + Smack）
簡介：基於XML協議的通訊協議，前身是Jabber，目前已由IETF國際標准化組織完成了標准化工作。
優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的Java版的開發實例androidpn。
缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。
方案3、使用MQTT協議
簡介：輕量級的、基於代理的「發布/訂閱」模式的消息傳輸協議。
優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域（），且已有C++版的服務端組件rsmb。
缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。
方案4、使用第三方推送服務
簡介：通過嵌入SDK使用第三方提供的推送服務，目前主流的有 個推，PUBNUB，蝴蝶等
優點：穩定，成熟，節省開發和探索時間，相對自己開發成本低，推送管理界面及統計程序完善。
缺點：有程序嵌入顧慮
IOS推送實現方式
推薦使用APNS服務，穩定，方便，美中不足是沒有推送到達的回執和統計，不方便產品運營。如對此方面有需求可以使用 個推 等第三方推送服務解決
Win-Phone
使用MPNS（Microsoft 推送通知服務），相應速度不錯，但推送不帶狀態，很多功能無法實現