jabberandroid

Ⅰ 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 推送通知服務），相應速度不錯，但推送不帶狀態，很多功能無法實現

Ⅱ 我想開發一款android聊天軟體，需要伺服器嗎伺服器上需要安裝資料庫嗎，還需要tomcat, web那些技術嗎

1找一些WebSocket相關的知識，用websocket開發
2使用AJAX，客戶端通過ajax定時查詢來實現信息收發
3 自己實現TCPIP協議進行通訊
4採用成熟的Jabber,openfire進行開發，這個是通用的聊天協議

Ⅲ 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。

Ⅳ android消息推送GCM、XMPP、MQTT三種方案的優劣，越仔細越好，有具體分析更好！

android消息推送GCM、XMPP、MQTT三種方案的優劣：
1、GCM服務（Google Cloud Messaging）優點：Google提供的服務、原生、簡單，無需實現和部署服務端。缺點：Android版本限制，該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。
2、XMPP協議（Openfire + Spark + Smack）優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的Java版的開發實例androidpn。缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。
3、MQTT協議優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域，且已有C++版的服務端組件rsmb。缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。
d消息推送可以去了解一下極光，極光是個不錯的平台。極光緊密圍繞移動開發者需求，打造的開發者服務平台，可以提供一站式SaaS服務，通過全面覆蓋PC、手機、感測器、無線路由器等多種設備數據，打造全域數據平台。當前，不斷更新的SaaS產品及服務已深受國內百萬開發者的認可和信賴。

Ⅳ jabber android 安裝位置

默認安裝在系統根目錄data文件夾下的app文件夾里。
用root管理器進入系統根目錄，不是sd根目錄。另外，app文件夾里的apk文件既是你安裝程序的所有東西了，刪了它即刪除了你的安裝程序。
我的android2.1操作系統，根目錄有data文件夾，里邊有app文件夾。

Ⅵ 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不開源，部署硬體成本較高。