老程序员3万元接的口罩项目，开发周期10天，真香

视频版本 在 B站我是程序汪

另一个口罩项目的案例，他是蓝牙直接跟硬件对接，本项目是通过MQTT中转对接硬件

程序汪8万接的共享口罩项目，开发周期1个月

项目构成

安装命令

疫情的原因导致口罩需求一直很旺盛，甲方爸爸打算开发一套口罩售卖机器（类似自助售卖机），这种项目其实也不新鲜了，程序汪以前就接到过这种口罩项目，别问我这个项目的意义啊，拿钱干活（程序汪属于干活型），整个口罩项目，我们只做软件部分，硬件和APP部分是另外的团队开发的，这是一个部分外包的项目

程序汪8万接的共享口罩项目，开发周期1个月

APP扫自助售卖机二维码 -> 打开H5领取页面 -> 如没有领取记录，则选择领取商品的类型（口罩） -> 后台接收领取请求 -> 发送MQTT请求到服务端 -> MQTT服务端分发请求给售卖机终端 -> 对应售卖机接收请求执行指令(出货)

APP甲方提供了，我们只需要把开发好的H5页面 嵌套到APP里即可，一期功能非常简单，可以免费领取一只口罩

本项目其实是基于电商项目的二开，口罩也是一种商品，下单购买一个典型的购物流程，CRUD的功能我就不废话了，主意是和硬件接口的对接，我们采取的方案是利用 Apache Apollo 当MQTT的消息中转站

1Apollo下载

下载地址：>

现在流行的消息推送实现方式，主要为长链接方式实现。其原理是客户端主动和服务器建立TCP长链接，长链接建立之后，客户端定期向服务器发送心跳包用于保持链接，当有消息要发送的时候，服务器可以直接通过这个已经建立好的长链接，将消息发送到客户端。

个推作为国内移动推送领域的早期进入者，于2010年推出个推消息推送SDK产品，十余年来持续为移动开发者提供稳定、高效、智能的消息推送服务，成功服务了人民日报、新华社、CCTV、新浪微博等在内的数十万APP客户。个推消息推送，也是运用长链接的方式实现消息推送的，其长链接稳定性高、存活好，消息送达率高。开发者通过集成个推消息推送SDK，即可简单、快捷地实现Android和iOS平台的消息推送功能，有效提高产品活跃度、增加用户留存。

如果您对个推消息推送感兴趣，欢迎前往个推开发者中心免费注册体验。

个推的合作客户

1、 什么是MQTT

MQTT（MessageQueueing Telemetry Transport Protocol）的全称是消息队列遥感传输协议的缩写，是由IBM公司推出的一种基于轻量级代理的发布/订阅模式的消息传输协议，运行在TCP协议栈之上，为其提供有序、可靠、双向连接的网络连接保证。由于其开放、简单和易于实现所以能够应用在资源受限的环境中，对于M2M和物联网应用程序来说是一个相当不错的选择。

2、 为什么要用MQTT？

MQTT协议是针对如下情况设计的：

M2M（Machine to Machine） communication，机器端到端通信，比如传感器之间的数据通讯 因为是Machine to Machine，需要考虑： Machine，或者叫设备，比如温度传感器，硬件能力很弱，协议要考虑尽量小的资源消耗，比如计算能力和存储等 M2M可能是无线连接，网络不稳定，带宽也比较小

MQTT的特点:

发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。这一点很类似于1 这里是列表文本XMPP，但是MQTT的信息冗余远小于XMPP

对负载内容屏蔽的消息传输。

使用TCP/IP提供网络连接。主流的MQTT是基于TCP连接进行数据推送的，但是同样有基于UDP的版本，叫做MQTT-SN。这两种版本由于基于不同的连接方式，优缺点自然也就各有不同了。

三种消息传输方式QoS：

0代表“至多一次”，消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。

1代表“至少一次”，确保消息到达，但消息重复可能会发生。

2代表“只有一次”，确保消息到达一次。这一级别可用于如下情况，在计费系统中，消息重复或丢失会导致不正确的结果。 备注：由于服务端采用Mosca实现，Mosca目前只支持到QoS 1

如果发送的是临时的消息，例如给某topic所有在线的设备发送一条消息，丢失的话也无所谓，0就可以了（客户端登录的时候要指明支持的QoS级别，同时发送消息的时候也要指明这条消息支持的QoS级别），如果需要客户端保证能接收消息，需要指定QoS为1，如果同时需要加入客户端不在线也要能接收到消息，那么客户端登录的时候要指定session的有效性，接收离线消息需要指定服务端要保留客户端的session状态。

mqtt基于订阅者模型架构，客户端如果互相通信，必须在同一订阅主题下，即都订阅了同一个topic，客户端之间是没办法直接通讯的。订阅模型显而易见的好处是群发消息的话只需要发布到topic，所有订阅了这个topic的客户端就可以接收到消息了。

发送消息必须发送到某个topic，重点说明的是不管客户端是否订阅了该topic都可以向topic发送了消息，还有如果客户端订阅了该主题，那么自己发送的消息也会接收到。

小型传输，开销很小（固定长度的头部是2字节），协议交换最小化，以降低网络流量。这就是为什么在介绍里说它非常适合“在物联网领域，传感器与服务器的通信，信息的收集”，要知道嵌入式设备的运算能力和带宽都相对薄弱，使用这种协议来传递消息再适合不过了。

使用Last Will和Testament特性通知有关各方客户端异常中断的机制。Last Will：即遗言机制，用于通知同一主题下的其他设备发送遗言的设备已经断开了连接。Testament：遗嘱机制，功能类似于Last Will 。

以原生支持“MQTT协议”切入物联网战场

原生支持MQTT协议成为百度开放云推出的物联网服务一大特点。首先需要解读的是，为什么百度开放云会选择“MQTT协议”？

百度开放云支持的MQTT（Message Queuing Telemetry Transport）是国际物联网标准协议，旨在为低带宽和不稳定的网络环境中的物联网设备提供可靠的网络服务，可以适应各种物联网应用场景。

相对于其它标准协议，MQTT属于轻量级双向消息传输协议，主要优势是开源、可靠、轻巧、简单。MQTT的传输格式非常精小，最小的数据包只有2个比特，且无应用消息头。MQTT可以保证消息的可靠性，它包括三种不同的服务质量（最多只传一次、最少被传一次、一次且只传一次），如果客户端意外掉线，可以使用“遗愿”发布一条消息，同时支持持久订阅。

MQTT在物联网应用中的主要优势有：一，可靠传输。MQTT可以保证消息可靠安全的传输，并可以与企业应用简易集成；二，消息推送。支持消息实时通知、丰富的推送内容、灵活的Pub-Sub以及消息存储和过滤。三，低带宽、低耗能、低成本。占用移动应用程序带宽小，并且带宽利用率高，耗电量较少。

MQTT的优势还表现在安全性。安全设计对于物联网项目而言，是需要非常重视的问题，但是却常常容易被工程师所轻视。今年央视315晚会，揭秘了无人机、智能摄像头、智能POS机、智能汽车、洗衣机、电烤箱、智能插座等智能家居存在的三大安全隐患——泄露隐私、财产损失、甚至危及生命安全。而MQTT协议则可以提供多层次的安全特性，在传输层上可以使用TLS加密；在应用层提供了客户标识（Client Identifier）以及用户名密码，不但传输的内容是二进制字节，而且还受惠于传输层的TLS加密。

MQTT开放协议已有17年历史，先期在2014年被国际标准化组织定义为物联网的推荐协议。在应用层传输协议这个领域，它已经走在了其它协议的前面。正因为MQTT的综合优势非常突显，业界不少专家认为，MQTT非常适合各种物联网场景，有望是未来最主流的物联网标准协议。

原生支持“MQTT协议”背后旨在推动物联网标准化

接下来的问题是，那么为什么百度开放云要在国内率先成为原生支持MQTT协议的公有云服务商？

在笔者看来，首先，这和百度开放云在物联网行业的核心目标有着紧密的关系。在去年的“百度世界2015”开放云论坛上,百度开放云高层曾对物联网的发展战略做出阐述，指出：打破行业与行业之间的界限，以“连接人与服务”为核

根据接口文档订阅MQTT消息，没有接收到消息；

使用>

以上就是关于老程序员3万元接的口罩项目，开发周期10天，真香全部的内容，包括:老程序员3万元接的口罩项目，开发周期10天，真香、如何实现消息推送功能、MQTT 消息队列遥感传输协议等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！