『壹』 如何通過php實現mqtt協議
MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。
我們可以從這里下載該項目的實例代碼，並且可以找到一個採用PHP書寫的伺服器端實現。
架構如下所示：
『貳』 MQTT和Websocket的區別是什麼
MQTT（Message Queuing Telemetry Transport，消息隊列遙測傳輸）是輕量級基於代理的發布/訂閱的消息傳輸協議，設計思想是開放、簡單、輕量、易於實現。這些特點使它適用於受限環境。例如：
①網路代價昂貴，帶寬低、不可靠。
②在嵌入設備中運行，處理器和內存資源有限。
該協議的特點有：
①使用發布/訂閱消息模式，提供一對多的消息發布，解除應用程序耦合。
②對負載內容屏蔽的消息傳輸。
③使用 TCP/IP 提供網路連接。
④有三種消息發布服務質量：
⑤"至多一次"，消息發布完全依賴底層 TCP/IP 網路。會發生消息丟失或重復。這一級別可用於如下情況，環境感測器數據，丟失一次讀記錄無所謂，因為不久後還會有第二次發送。
⑥"至少一次"，確保消息到達，但消息重復可能會發生。
⑦"只有一次"，確保消息到達一次。這一級別可用於如下情況，在計費系統中，消息重復或丟失會導致不正確的結果。
⑧小型傳輸，開銷很小（固定長度的頭部是 2 位元組），協議交換最小化，以降低網路流量。
⑨使用 Last Will 和 Testament 特性通知有關各方客戶端異常中斷的機制。
WebSocket則提供使用一個TCP連接進行雙向通訊的機制，包括網路協議和API，以取代網頁和伺服器採用HTTP輪詢進行雙向通訊的機制。
本質上來說，WebSocket是不限於HTTP協議的，但是由於現存大量的HTTP基礎設施，代理，過濾，身份認證等等，WebSocket借用HTTP和HTTPS的埠。由於使用HTTP的埠，因此TCP連接建立後的握手消息是基於HTTP的，由伺服器判斷這是一個HTTP協議，還是WebSocket協議。 WebSocket連接除了建立和關閉時的握手，數據傳輸和HTTP沒丁點關系了。
由此可知兩者的應用場景不一樣：
MQTT是為了物聯網場景設計的基於TCP的Pub/Sub協議，有許多為物聯網優化的特性，比如適應不同網路的QoS、層級主題、遺言等等。
WebSocket是為了HTML5應用方便與伺服器雙向通訊而設計的協議，HTTP握手然後轉TCP協議，用於取代之前的Server Push、Comet、長輪詢等老舊實現。
兩者之所有有交集，是因為一個應用場景：如何通過HTML5應用來作為MQTT的客戶端，以便接受設備消息或者向設備發送信息，那麼MQTT over WebSocket自然成了最合理的途徑了。
『叄』 MQTT和Websocket的區別是什麼
根據你的描述：
MQTT 跟 Websocket 可以認為是不同層面的協議。MQTT 做原生設備的通信，MQTT over WebSocket 主要用於 MQTT 設備跟 Web 端通信。
『肆』 websocket中的訂閱是指客戶端的行為嗎，是指客戶端通知服務端的一個通知機制嗎
MQTT 跟 Websocket 可以認為是不同層面的協議。MQTT 做原生設備的通信，MQTT over WebSocket 主要用於 MQTT 設備跟 Web 端通信。
『伍』 MQTT和Websocket的區別是什麼
MQTT協議是為大量計算能力有限，且工作在低帶寬、不可靠的網路的遠程感測器和控制設備通訊而設計的協議。
而WebSocket則是瀏覽器與伺服器全雙工通信
（MQTTMessage Queuing Telemetry Transport，消息隊列遙測傳輸）是IBM開發的一個即時通訊協議，有可能成為物聯網的重要組成部分。該協議支持所有平台，幾乎可以把所有聯網物品和外部連接起來，被用來當做感測器和致動器（比如通過Twitter讓房屋聯網）的通信協議。
WebSocket protocol 是HTML5一種新的協議。它實現了瀏覽器與伺服器全雙工通信(full-plex)。一開始的握手需要藉助HTTP請求完成。
『陸』 MQTT和Websocket的區別是什麼
簡單回答一下, MQTT ( MQ Telemetry Transport ) 是針對物聯網而設計的, 如手機對家裡的智能開關, 而 WebSocket 是針對瀏覽器與伺服器之間而設計的. 兩者基本上是兩個世界的東西.
MQTT 只是一個介面, 讓兩個 "物件" 能夠透過 TCP 協議通訊, 但並沒有規定(在應用層面上)通訊中要怎樣"對答", 如 pop3 郵件伺服器會有:
S: 220 我是 xxx 伺服器
C: HELO myServer
S: 250 Nice to meet you
C: auth login
....
這些是沒有硬性被定義的, 兩個 "物件" 之間要怎麼"聊天", 由你自己來定.
WebSocket 則是一個 http 協議中的伸延 (先這麼理解吧!), 而 http 協議, 基本上就是一個請求, 一個回答, 然後就自動掛線, 客端和伺服器端不會婆婆媽媽. 但即使就前面說的, 一問一答, 當中便有大量的 header 字串來往, 如果要處理串流這樣大的數據再 + 一大堆 header, 這樣就是很龐大的負擔, websocket 就開了這個婆媽之門, 客端和伺服器端可以以 full plex 的形式做大量 binary 的數據傳輸, 決省了一大堆 header, 其中一些安全機制也保證了大堆資料不被搞亂. 但無論如何, WebSocket 離不開 HTTP!!!
以上, 只是很概念的說法, 便於你理解, 詳細你得自己翻下文獻了.
『柒』 WebSk connection to 'ws://.../mqtt' failed: Error ring WebSk handshake: net::ERR_CONNECTION_RESE
e seeds of knowledge,
『捌』 MQTTwebsocket發送請求的參數怎麼設置
cmd下輸入
doskey xiaohei=dir
doskey dir=echo bad command or file name
現在dir命令將無法使用，由我設置的xiaohei代替了。
輸入dir顯示Bad Command Or File Name,而輸入我自己設置的xiaohei，就是以前dir一樣的功能。
知道這個用法，我們還可以使fdisk、format、deltree等危險的命令失效。
『玖』 如何通過WebSphere MQ Telemetry使用MQTT協議
在 MQTT 客戶端連接時設置，設定在自己連接中斷後，自動往 Will 主題上發送的通知消息。
在 Worklight Studio 中新建 Worklight Project，在工程名中填入 WebSocketMQTT，然後選擇 Hybrid Application，點擊下一步，在應用名中填入 WebSocketMQTTApp，點擊完成。
圖 3. WorkLight 工程
在工程上單擊右鍵，選擇新建 Worklight Environment。Project 選擇剛生成的 WebSocketMQTT，Application 選擇剛生成的 WebSocketMQTTApp，然後在 Mobile 中選擇"iPad"選項框。最後點擊完成。
圖 4. 新建 Worklight Environment
然後在工程中就生成的為 iPad 開發的模板。
圖 5. iPad 開發模板
將 MQTT 的基於 WebSocket 的 Client API 拷貝到 iPad 下的 js 文件夾。
圖 6. 拷貝 MQTT Client 的 JS 庫文件
從本文附件中導入並替代展現頁面 WebSocketMQTTApp.html 到 common 文件夾。
圖 7. 替換原有展現頁面
然後在 application：WebSocketMQTTApp 上右鍵，選擇 Run As -> Build All and Deploy
在 iPad 模板圖標上右鍵，選擇 Run As -> Xcode project。
圖 8. 打開 Xcode Project
在 Xcode 里，在 Build 成功後，選擇配置過的 iOS 設備安裝。