A. mqtt html5接收到的消息怎麼傳進後台
html5隻是一個前端使用的一個規范，只是把後台的內容展示在網路的前端，交互需要用到編程語言，你的問題應該是前端和後台的交互問題，這個還真不知道如果回答，.net的後台，可以直接在前台頁面讀取內容，進行操作，也可以用js讀取內容發送給.net來操作，建議你先看看基礎教程
B. 如何通過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 設備安裝。
C. 如何將mqtt java端接收的數據放到網頁上
循環遍歷set的元素,通過java.sql.PreparedStatement的setObject方法將set的元素按順序放入預編譯的參數化SQL中
D. 如何通過php實現mqtt協議
MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。
我們可以從這里下載該項目的實例代碼，並且可以找到一個採用PHP書寫的伺服器端實現。
架構如下所示：
E. 如何採用mqtt協議實現android消息推送
使用一個代理伺服器message broker，客戶端client連接上這個伺服器，然後告訴伺服器，可以接收哪些類型的消息，同時client也可以發布自己的消息，這些消息根據協議的內容，可以別的client獲取。這樣就實現了消息推送。消息推送是通過一定的技術標准或協議，在互聯網上通過定期傳送用戶需要的信息來減少信息過載的一項新技術。
如果想要使用消息推送，推薦使用深圳極光的消息推送系統。深圳極光是國內首個為移動應用開發者提供專業、高效的消息推送服務的產品。品牌成長的過程，就是與客戶肩並肩邁向成功的過程。極光將以市場為導向，以創新為動力，以技術為支持，不斷用心努力，為每一位尊貴的客戶提供極致的服務。
F. 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自然成了最合理的途徑了。
G. 用js怎麼調用MQTT中的信息
方法一： 1、首先建立一個按鈕，在後台將調用或處理的內容寫入Button1_Click中; protected void Button1_Click(object sender, EventArgs e) { this.TextBox1.Text = "voodooer"; }2、在前台可以這樣調用： 方法二：1、函數聲明為public 或者pro
H. 在雲伺服器上搭建了mqtt，為什麼手機連接不上mqtt，要怎麼做才能連接上求求大神幫忙
MQTT協議是廣泛應用的物聯網協議，使用測試MQTT協議需要MQTT的代理。有兩種方法使用MQTT服務，一是租用現成的MQTT伺服器，如阿里雲，網路雲，華為雲等公用的雲平台提供的MQTT服務，使用公用的MQTT伺服器的好處是省事，但如果僅僅用於測試學習還需要注冊帳號，靈活性差些，有的平台還需要付費。另一方法是自己使用開源的MQTT組件來搭建。
MQTT伺服器非常多，如apache的ActiveMQ，emtqqd，HiveMQ，Emitter，Mosquitto，Moquette等等。
這里介紹的是用輕量級的mosquitto開源項目來搭建一個屬於自己的MQTT伺服器。
第一步：需要安裝一台linux主機，這不多介紹，可以使用真機安裝也可以使用虛擬機安裝。如果僅僅是自己測試使用都可以。
第二步：下載mosquitto需要的依賴
sudo apt-get install libssl-devsudo apt-get install uuid-devsudo apt-get install cmake
第三步：下載mosquitto並解壓，現在mosquitto官網最新的版本是1.5.1
tar xzvf mosquitto-1.5.1.tar.gz
第四步：編譯
cd mosquitto-1.5.1/
make
make install
第五步：啟動mosquitto
./mosquitto -v
1535473957: mosquitto version 1.5.1 starting
1535473957: Using default config.
1535473957: Opening ipv4 listen socket on port 1883.
1535473957: Opening ipv6 listen socket on port 1883.
這時候mosquitto就會以默認的參數啟動。如果需要帶配置文件可以修改配置文件mosquitto.conf，
啟動時候加上參數 -c，
./mosquitto -c mosquitto.conf
可以看到，mosquitto監聽的埠為1883.
這時候我們的MQTT伺服器就搭建好了。可找一個mqtt客戶端來測試一下。
先發布一個主題「home/garden/fountain/2」
內容是「hello world」
這時候在mosquitto會列印出下面的log
535474247: New connection from 192.168.1.105 on port 1883.
1535474247: New client connected from 192.168.1.105 as MQTT_FX_Client (c1, k60).
1535474247: No will message specified.
1535474247: Sending CONNACK to MQTT_FX_Client (0, 0)
1535474307: Received PINGREQ from MQTT_FX_Client
1535474307: Sending PINGRESP to MQTT_FX_Client
1535474339: Received PUBLISH from MQTT_FX_Client (d0, q0, r0, m0, 'home/garden/fountain/2', ... (12 bytes))
1535474367: Received PINGREQ from MQTT_FX_Client
1535474367: Sending PINGRESP to MQTT_FX_Client
訂閱主題「home/garden/fountain/2」
可以看到收到了自己發布的消息。
用wireshark抓包
可以看到抓到了一個MQTT的publish的報文。
I. 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!!!
以上, 只是很概念的說法, 便於你理解, 詳細你得自己翻下文獻了.
J. 為什麼同一web域名下,瀏覽器不同窗口打開以最後刷新的那個才能收到mqtt消息
因為電腦只能顯示一個界面。
顯示的那一個界面是你最新刷新出來的界面，如果是在同一域名下瀏覽不同窗口顯示的，只能是你最近打開的那個窗口，因為電腦是不能夠進行分
屏的，如果想要看之前的窗口信息，可以點擊切換域名。