mqtt協議實現即時通訊

『壹』 一個能運行的，用java實現的一個MQTT協議的demo，包括服務端和客戶端

我也在尋找，CSDN上有，就是太貴了，兄弟你要是找到了麻煩救濟一下我

『貳』 mqtt 適用於系統間實時通信嗎

根據你的描述：
MQTT 跟 Websocket 可以認為是不同層面的協議。MQTT 做原生設備的通信，MQTT over WebSocket 主要用於 MQTT 設備跟 Web 端通信。

『叄』 如何通過php實現mqtt協議

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

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

架構如下所示：

『肆』 如何用Apollo+MQTT協議實現IM功能

MQTT+Mina的路過，我的思路是上行走http,下行接收走mqtt，以此實現A->B。
Publish包的消息體payload要進行擴展，你說的topic拓展我覺得意義不大。 歡迎探討.
z轉載，僅供參考，祝你愉快，滿意請採納。

『伍』 MQTT和Websocket的區別是什麼

MQTT協議是為大量計算能力有限，且工作在低帶寬、不可靠的網路的遠程感測器和控制設備通訊而設計的協議。
而WebSocket則是瀏覽器與伺服器全雙工通信
（MQTTMessage Queuing Telemetry Transport，消息隊列遙測傳輸）是IBM開發的一個即時通訊協議，有可能成為物聯網的重要組成部分。該協議支持所有平台，幾乎可以把所有聯網物品和外部連接起來，被用來當做感測器和致動器（比如通過Twitter讓房屋聯網）的通信協議。
WebSocket protocol 是HTML5一種新的協議。它實現了瀏覽器與伺服器全雙工通信(full-plex)。一開始的握手需要藉助HTTP請求完成。

『陸』 如何使用ActiveMQ+MQTT實現Android點對點消息通知

2013-12-20
實現點對點消息通知的關鍵問題
ActiveMQ使用MQTT協議，加上android上的paho包，即可簡單實現消息通知功能，但是mqtt協議只支持topic，而且不能用selector，使得點對點的消息投遞變成問題。
有兩個解決思路：
1、每個clientId，建一個topic...這個辦法對解決消息點對點投遞非常有效，但是有兩個大問題:

隨著用戶數增多，topic數量增多，對管理性要求增大，對內存的管理也有問題。
消息廣播操作也變得非常麻煩，只能一個個的發送了。

2、另一個思路，就是在消息廣播的基礎上，進行點對點控制，實現某些特徵的消息投遞到指定的訂閱者。
這個的實現比較簡單，而且沒有上面方案的大問題。代碼稍微改下即可：
其實就只添加了一個新的類： ClientIdFilterDispatchPolicy
可以git clone所在版本源碼，然後加上這個類，mvn package以後使用。

使用說明
本修改實現mqtt協議使用單個topic，來做消息廣播和點對點的投遞。
1、將本文件夾下的activemq-broker-5.9.0.jar、activemq-spring-5.9.0.jar換掉apache-activemq-5.9.0\lib下的jar。
2、參考本文件夾下activemq.xml，在topic上配置
<dispatchPolicy>
<clientIdFilterDispatchPolicy />
</dispatchPolicy>
3、對於此配置下的所有名稱以.PTP結尾的隊列，
如果要投遞消息的properties里包含PTP_CLIENTID，則系統只會將此消息發給clientId為此值的訂閱者；如果當前沒有此clientId的訂閱者，消息不會被任何人接收到。
如果投遞消息的properties里不包含PTP_CLIENTID，則消息廣播給所有的訂閱者。 跟正常消息投遞一致。

其中後綴.PTP和鍵值PTP_CLIENTID，是可以配置的：
<dispatchPolicy>
<clientIdFilterDispatchPolicy ptpSuffix="" ptpClientId="clientId"/>
</dispatchPolicy>
如上配置，使得此policy下的所有topic都起作用，且消息的properties里獲取clientId的key變成clientId。

消息發布者，如果要對所有人廣播消息，直接發送消息即可。
如果要對指定的消息訂閱者發消息，請在消息里設置接收者的clientId：

message.setStringProperty(PTP_CLIENTID, clientId);則此消息只有指定的訂閱者可以拿到。
簡單測試
兩台android設備使用MQTT協議訂閱到ActiveMQ的同一個topic，clientId分別為mqtt-1001和mqtt1002；
寫代碼發兩條消息，設置消息屬性中PTP_CLIENTID分別為mqtt-1001和mqtt1002；
兩個設備分別接收到自己的消息通知，相互之間沒有影響。還可以測試下如果消息沒有PTP_CLIENTID，兩個都能收到。

『柒』 MQTT即時通訊誰可以給一下資料么

MQTT就是IBM開發的一個即時通訊協議。通過這個協議，能夠實現物聯網中不同設備之間的互聯互通。建議平時多關注一下ET-iLINK官 網，上面有很詳細的介紹 。

『捌』 MQTT協議和TCP協議有什麼區別為什麼人們推薦MQTT協議

MQTT協議是Message Queuing Telemetry Transport的縮寫，中文名叫作消息隊列遙測傳輸。是一個即時通訊協議，該協議支持所有平台，可以當作感測器來使用，舉個例子，你僅僅在家通過此協議製造一個“感測器”，家裡有醫療設備和裝置並且安上了無線發射器，這樣很適合那些有舊疾而且需要定期檢查的病人們，在家就可以用設備自我檢查之後通過無線MQTT協議將檢查結果發送給負責你的醫生，醫生可以隨時查看你的健康狀況，並給出合理的建議，這樣極大地方便了用戶和醫生的交流，非常便利。所以在推送信息和快速即時方面MQTT協議發展前景很是可觀。

現在MQTT協議國內外也在逐漸應用，相信它會發展得越來越好的。

『玖』 如何寫一個MQTT連接的android客戶端

MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。 我們可以從這里下載該項目的實例代碼，並且可以找到一個採用PHP書寫的伺服器端實現。 架構如下所示： wmqtt.jar 是IBM提供的MQTT協議的實現。你可以從如下站點下載它。你可以將該jar包加入你自己的Android應用程序中。 Really Small Message Broker (RSMB) ，他是一個簡單的MQTT代理，同樣由IBM提供。預設打開1883埠，應用程序當中，它負責接收來自伺服器的消息並將其轉發給指定的移動設備。 SAM是一個針對MQTT寫的PHP庫。你可以從這個下載它. send_mqtt.php是一個通過POST接收消息並且通過SAM將消息發送給RSMB的PHP腳本。 實例代碼： Ø 採用XMPP協議實現Android推送 這是我在項目中採用的方案。事實上Google官方的C2DM伺服器底層也是採用XMPP協議進行的封裝。 XMPP(可擴展通訊和表示協議)是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息。 androidpn是一個基於XMPP協議的java開源Android push notification實現。它包含了完整的客戶端和伺服器端。經過源代碼研究我發現，該伺服器端基本是在另外一個開源工程openfire基礎上修改實現的，不過比較郁悶的是androidpn的文檔是由韓語寫的，所以整個研究過程基本都是讀源碼。它的實現示意圖如下： androidpn客戶端需要用到一個基於java的開源XMPP協議包asmack，這個包同樣也是基於openfire下的另外一個開源項目smack，不過我們不需要自己編譯，可以直接把androidpn客戶端裡面的asmack.jar拿來使用。客戶端利用asmack中提供的XMPPConnection類與伺服器建立持久連接，並通過該連接進行用戶注冊和登錄認證，同樣也是通過這條連接，接收伺服器發送的通知。 androidpn伺服器端也是java語言實現的，基於openfire開源工程，不過它的Web部分採用的是spring框架，這一點與openfire是不同的。Androidpn伺服器包含兩個部分，一個是偵聽在5222埠上的XMPP服務，負責與客戶端的XMPPConnection類進行通信，作用是用戶注冊和身份認證，並發送推送通知消息。另外一部分是Web伺服器，採用一個輕量級的HTTP伺服器，負責接收用戶的Web請求。伺服器架構如下： 最上層包含四個組成部分，分別是SessionManager，Auth Manager，PresenceManager以及Notification Manager。SessionManager負責管理客戶端與伺服器之間的會話，Auth Manager負責客戶端用戶認證管理，Presence Manager負責管理客戶端用戶的登錄狀態，NotificationManager負責實現伺服器向客戶端推送消息功能。 伺服器端界面如下，分別對應了上述的幾個功能模塊： 發送以後，我們可以在手機端看到接收的消息：

『拾』 如何採用MQTT協議實現android消息推送

使用服務（GoogleCloudMessaging）簡介：Google推出的雲消息服務，即第二代的G2DM。優點：Google提供的服務、原生、簡單，無需實現和部署服務端。缺點：Android版本限制（必須大於2.2版本），該服務在國內不夠穩定、需要用戶綁定Google帳號，受限於Google。使用XMPP協議（Openfire+Spark+Smack）簡介：基於XML協議的通訊協議，前身是Jabber，目前已由IETF國際標准化組織完成了標准化工作。優點：協議成熟、強大、可擴展性強、目前主要應用於許多聊天系統中，且已有開源的Java版的開發實例androidpn。缺點：協議較復雜、冗餘（基於XML）、費流量、費電，部署硬體成本高。使用MQTT協議（信息見：訂閱」模式的消息傳輸協議。優點：協議簡潔、小巧、可擴展性強、省流量、省電，目前已經應用到企業領域，且已有C++版的服務端組件rsmb。缺點：不夠成熟、實現較復雜、服務端組件rsmb不開源，部署硬體成本較高。使用HTTP輪循方式簡介：定時向HTTP服務端介面（WebServiceAPI）獲取最新消息。優點：實現簡單、可控性強，部署硬體成本低。缺點：實時性差。對各個方案的優缺點的研究和對比，推薦使用MQTT協議的方案進行實現，主要原因是：MQTT最快速，也最省流量（固定頭長度僅為2位元組），且極易擴展，適合二次開發。接下來，我們就來分析使用MQTT方案進行Android消息的原理和方法，並架設自己的推送服務