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消息
因为电脑只能显示一个界面。
显示的那一个界面是你最新刷新出来的界面，如果是在同一域名下浏览不同窗口显示的，只能是你最近打开的那个窗口，因为电脑是不能够进行分
屏的，如果想要看之前的窗口信息，可以点击切换域名。