如果是大规模采集CoAP会更有优势吧，UDP限制不容易做反向控制。但是可维持的设备要多很多。参考DNS就知道UDP的能力了。Google有保证UDP送达和加密的协议（感觉类似TCP over UDP）。 MQTT是可以交互的协议，现在我看到最多的MQTT不是物联网，而是推送和IM。 所以要根据场景来选择协议，希望可以同时发展下去。

现在已经有针对arduino使用的MQTT库文件了，好像，也有了OpenWRT上安装的MQTT服务器端了，我感觉，自己弄个路由器绑定一个动态域名，应该就可以当作自己家的物联网中心使用了吧。最近还有个ESP8266（自带wifi的单片机）比较火，有人做了一个esp8266 core for arduino。感觉，DIY一套智能家居好像已经很简单了… ------------------------------------------------------------------------------------------------------------------------------------------- 补充一下，现在的MQTT服务器已经很多了，百度搞了一个，我已经试用过了，很好用，阿里也在搞，还没试用。除此之外还有difiot也在搞，我也试用过，不比百度、阿里差。还有个青岛老乡elinkchina 也支持MQTT，至于CoAP，我就没听说过这是个啥…… 再补充一下，最近在学习代码，还是有一点进步的…… 2016-11-08

哪个用的人多哪个就是标准

NB越来越火 所以低功耗的CoAP将大有可为

Coap无法做反向控制

以上回答对MQTT、CoAP的介绍比较清晰，我就不赘述了。 这里给你推荐下LongTooth（长牙）分布式IOT通信技术，一种基于应用层，通过服务响应的方式，为服务与服务之间提供双向多通道的Internet安全直连通信技术。 开发者仅需几行代码上就可以在任何设备之间建立一个双向通信通道，无需另外建立专用服务器，建立一个分布式的IOT环境，服务交互的双方可以直接通过Internet双向通信。占用资源少，运行时内容占用<15K，可以在低端设备/芯片上运行。同时基于TCP UDP（MQTT基于TCP，COAP基于UDP）。 欢迎做更多交流。

CoAP不仅在反向控制上要求助于TCP，如果做DTLS加密连接也会存在问题。3G、4G设备通过一个NAT网关后，设备的IP、Port如果发生变化，服务器是无法处理的。除非IPv6在中国全面铺开，否则NAT是CoAP绕不过去的坎。

MQTT是一个消息队列服务，在这个服务中，分为发布者与订阅者两个角色。这就有个好处，凡是订阅某个主题的订阅者都能收到发布该主题的发布者的消息。 订阅者与发布者可以是一对一，可以是一对多，可以是多对一，也可以是多对多。 比如在物联网的温度传感器，每个温度传感器都是一个信息发布者的角色，它们每隔一段时间，就把各自监控到的温度发送出去。这样只要订阅该主题的订阅者，都能收到该消息。 MQTT的最大好处是不需要写脚本去请求服务器。只要角色是订阅者，只要订阅了主题，就会在当该主题收到发布者的消息后自动接收到该消息。 通俗而言，就是可以穿透内网，被动获得消息。 假设某蜂蜜公司在全国有200个蜂巢，每个蜂巢里有一个温度传感器。如何得知200个蜂巢的温度？ MQTT协议是最好的选择。温度传感器作为发布者，每次发布温度，监控端作为订阅者就可以自动收到消息。 如果使用COAP，就意味着每个蜂巢里的温度传感器都要开启COAP服务让别人去调用才能读取。 或者每个蜂巢里的温度传感器通过COAP连接服务器，进行写数据。然后客户端要不停刷新，以获得最新数据。 从实用性而言，MQTT比COAP好太多。但MQTT需要一个borker服务器，而COAP可以让两部设备直接连接。比如用COAP来操作遥控小汽车。 MQTT和COAP并不会出现一个完全代替另一个的局面。两种协议都有各自适合的应用场景。 最后放一个有关MQTT的演示，是一个用MQTT协议点亮LED灯珠的例子。整个系统用esp8266制作。这种模块很便宜，但是支持MQTT协议。esp8266上电后通过WiFi连接MQTT代理服务器，订阅了一个名为power的主题。控制端是安卓手机里的一个MQTT客户端，发布主题为power的消息，esp8266则会根据收到的订阅消息去判断并输出高低电平，实现点亮或熄灭LED灯珠的效果。 https://www.zhihu.com/video/1042202043276083200

物联网 ？ 就举个例子，你知道 STM32 F103 等等嵌入式设备他们的痛苦吗？他们内存低，速度也不算快，还要进行底层的功能逻辑处理。 公司为了节省成本，使用什么样的单片机，都是有可能的，很难用一套所谓的标准协议通打天下。 所以很多公司都开发自己的协议，因为适合自己的，才是最好的。 我就几条报文交互，LWIP加上TCP几条报文就搞定了，有时候，并不会选择这些略重的协议。 嵌入式的同学们已经够苦逼了，不要再为难他们了。

目前仅二者比较的话，应该是mqtt比较有优势。 只不过，这个问题本身就有点问题。这只是两种应用层协议，还远远上升不到能成为物联网通信标准的高度。