2、流式服务:TCP的字节流服务的表现形式就体现在,发送端执行的写 *** 作数和接收端执行的读 *** 作次数之间没有任何数量关系,当发送端应用程序连续执行多次写 *** 作的时,TCP模块先将这些数据放入TCP发送缓冲区中。当TCP模块真正开始发送数据的时候,发送缓冲区中这些等待发送的数据可能被封装成一个或多个TCP报文段发出。(下图3-1)
3、UPD的数据报服务:发送端应用程序每执行一次写 *** 作,UDP模块就将其封装成一个UDP数据报并发送之。接收端必须及时针对每一个UDP数据报执行读 *** 作(通过recvfrom系统调用),否则就会丢包(这经常发生在较慢的服务器上)。并且,如果没有指定足够的应用程序缓冲区来读取UDP数据,则UDP数据将被截断。物联网是通过射频识别(RFID)、红外感应器、全球定位系统、激光扫描器等信息传感设备,按约定的协议,把任何物体与因特网连接起来,进行信息交换和通信,以实现智能化识别、定位、跟踪、监控和管理的一种网络。
物体要满足以下条件才能够被纳入“物联网”的范围;要有相应信息的接收器,要有数据传输通路,要有一定的存储功能,要有中央控制单元(CPU),要有 *** 作系统,要有专门的应用程序,要有数据发送器,遵循物联网的通信协议,在世界网络中有可被识别的唯一编号。
物联网在移动监测、智能可穿戴、POS机、气象、医疗和能源等行业用途很大,而且是实现设备联网不可或缺的产品,不少相关的top域名都被注册。MQTT是非常流行的设备的接入协议,包括IBM、亚马逊、微软的IoT托管服务都有支持,而CoAP在这方面几乎没有露面的机会。感觉以下几点是MQTT优于CoAP的主要原因:
MQTT基于TCP,在做反控设备的时候比UDP更可靠,比如CoAP走3G、4G的时候甚至需要实现CoAP over TCP,否则反控很不稳定甚至无法联通。
MQTT异步Pub/Sub实现,好比发个微信,无需等待对方确认便可以继续,而不像CoAP那样必须等待对方应答才能返回的同步模式。
MQTT为物联网提供了许多体贴的设计,比如QoS,比如“遗言”的设计。
篇幅有限,无法完全枚举MQTT的优越性,建议参考以下文章:
MQTT入门篇
MQTT进阶篇
MQTT安全篇
MQTT实战篇
当然,CoAP在功耗方面有优势,不过随着物联网设备特别是网管的计算能力加强,这点应该不是主要矛盾。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)