2025年物联网开发MQTT协议理论测试试卷

2025年物联网开发MQTT协议理论测试试卷考试时间：______分钟总分：______分姓名：______一、选择题1.MQTT协议最初是由哪个公司设计的？A.IBMB.AmazonC.CiscoD.EclipseFoundation2.下列哪个选项不是MQTT协议的设计目标？A.轻量级B.高吞吐量C.低带宽消耗D.高延迟3.在MQTT协议中，Client与Broker建立连接时，用于标识Client连接状态的选项是？A.KeepAliveB.CleanSessionC.ClientIDD.WillRetained4.MQTT客户端在发送`CONNECT`消息时，如果希望Broker在Client异常断开连接后能发布其遗嘱消息，需要设置哪个选项？A.CleanSessionB.WillFlagC.PasswordD.CleanStart5.下列哪种MQTT消息类型用于Broker响应Client的`CONNECT`请求？A.CONNACKB.CONNECTC.ACKD.PINGREQ6.当发布者向Broker发布消息时，消息的QoSLevel设置为1，Broker需要向订阅者发送哪种确认消息？A.PUBACKB.PUBRELC.PUBCOMPD.SUBACK7.订阅者向Broker发送订阅请求时，使用哪种MQTT消息类型？A.SUBSCRIBEB.PUBLISHC.UNSUBSCRIBED.ACK8.MQTT协议中，Topic的命名规则类似于？A.HTML标签B.IP地址C.文件路径D.电子邮件地址9.下列哪个选项是MQTT协议支持的最低版本？A.MQTT3.0B.MQTT3.1C.MQTT3.1.1D.MQTT5.010.MQTT5.0版本相比3.1.1版本，主要引入了哪项重要的安全机制？A.用户名/密码认证B.基于证书的端到端加密C.TLS/SSL传输层安全D.认证令牌11.在MQTT协议中，用于表示消息在传递过程中需要被确认的QoS级别是？A.0(最多一次)B.1(至少一次)C.2(仅一次)D.3(多次)12.当Broker收到Client的`DISCONNECT`消息后，如果Client之前设置了遗嘱（Will），Broker会在何时发布该遗嘱消息？A.收到`DISCONNECT`消息时B.Client重新连接时C.Client的会话超时后D.Broker重启后13.MQTT协议中的“会话”是指？A.Client与Broker之间的持久化数据存储B.Client与Broker之间的连接状态和订阅信息C.消息在网络上传输的过程D.Broker处理消息的逻辑14.MQTTBroker在处理订阅请求时，会向订阅者返回哪种消息类型进行确认？A.SUBACKB.PINGRESPC.ACKD.CONNACK15.在MQTT协议中，用于请求Broker执行特定操作的扩展字段称为？A.PropertiesB.TopicsC.QoSD.Credentials二、判断题1.MQTT协议要求Client必须使用唯一的ClientID进行连接。()2.QoS0级别的消息不保证一定能到达订阅者。()3.当Broker收到一个`SUBSCRIBE`消息后，它会立即向Client发送一个`SUBACK`消息。()4.MQTT协议的Topic必须是唯一的，不能重复。()5.使用CleanSession选项为True时，Client的会话信息在断开连接后不会丢失。()6.MQTT协议的遗嘱（Will）消息只有在Client主动断开连接时才会被发布。()7.MQTT5.0引入了共享订阅功能，允许多个Client订阅同一个TopicFilter。()8.MQTT客户端可以使用用户名和密码进行身份验证。()9.MQTT的发布者可以同时向多个订阅者发布相同的内容。()10.MQTT协议使用TCP/IP作为其传输层的协议。()三、填空题1.MQTT协议基于TCP/IP协议栈，其默认端口是________。2.在MQTT协议中，表示消息内容未被修改的标志位称为________。3.发布者发送消息时，如果设置了RetainedFlag为True，则Broker会将该消息存储起来，以便后续________的Client可以立即收到。4.MQTT客户端在连接Broker时，可以通过________选项请求使用TLS/SSL进行加密传输。5.MQTT协议中，用于唯一标识一个连接的字符串是________。6.当Client的CleanSession选项为True时，如果Client与Broker的连接正常关闭，那么Client的会话信息将________。7.QoS2级别的消息传递需要Broker和订阅者之间进行________次确认。8.MQTT协议中，用于Client向Broker请求执行特定操作（如获取订阅列表）的消息类型是________。9.订阅者根据TopicFilter与Broker建立订阅关系，Broker根据订阅关系将消息推送给相应的________。10.MQTT5.0引入的“属性”机制扩展了消息头的信息，其中包含消息ID的属性是________。四、简答题1.简述MQTT客户端与Broker建立连接的完整流程，需要包含关键消息类型及其作用。2.解释MQTT协议中的“发布/订阅”模型，并说明其与“点对点”消息模型的主要区别。3.详细说明MQTT协议中三种QoS级别（0,1,2）的工作原理和适用场景。4.什么是MQTT的“遗嘱”（LastWillandTestament,LWT）？在什么情况下会被触发发布？5.简述MQTT客户端使用基于证书的方式进行身份认证的基本过程。---试卷答案一、选择题1.A*解析：MQTT协议最初是由IBM在1999年设计的。2.B*解析：MQTT协议的设计目标是轻量级、低带宽、低功耗，但并非追求高吞吐量，有时会为了低延迟牺牲一定的吞吐量。3.B*解析：CleanSession是一个布尔值，用于指示Client是否希望开启一个新的会话或使用持久会话。设置为True表示新的会话，断开连接后状态丢失；设置为False表示使用持久会话。4.B*解析：WillFlag是`CONNECT`消息中的一个布尔选项。如果设置为True，并配置了WillMessage，则Client断开连接（非正常关闭）时，Broker会自动发布遗嘱消息。5.A*解析：`CONNACK`（ConnectionAcknowledgement）消息是Broker对`CONNECT`消息的响应。6.A*解析：QoS1要求发布者收到Broker发送的`PUBACK`（PublishAcknowledgement）消息，表示订阅者已收到消息。7.A*解析：`SUBSCRIBE`消息用于Client向Broker请求订阅一个或多个Topic。8.C*解析：MQTTTopic的结构类似于文件系统中的路径，支持层级和分隔符（通常是斜杠/）。9.C*解析：MQTT3.1.1是广泛使用的稳定版本，而3.0版本较旧，5.0版本引入了更多新特性。10.B*解析：MQTT5.0引入了更丰富的基于证书的认证机制，包括对Client、Broker和CA证书的明确支持，增强了端到端的安全性。虽然TLS/SSL也是安全的，但证书认证是5.0特有的增强。11.B*解析：QoS1代表“至少一次”交付，意味着消息至少会被传递一次，但可能会重复。12.A*解析：根据MQTT规范，当Broker收到`DISCONNECT`消息时，如果Client之前设置了Will消息，Broker会立即（在断开连接过程中）发布该遗嘱消息。13.B*解析：会话包含Client的订阅列表、未完成确认的消息（如QoS1和QoS2的消息ID）、以及可能存在的遗嘱信息。它存储在Broker端（如果CleanSession为False）。14.A*解析：`SUBACK`（SubscribeAcknowledgement）消息是Broker对`SUBSCRIBE`消息的响应，告知Client哪些TopicFilter已被成功订阅以及对应的QoS级别。15.A*解析：Properties是MQTT3.1.1及以后版本引入的扩展字段，附加在固定头和可变头之间，用于承载各种附加信息，如消息ID、订阅标识符等。二、判断题1.正确*解析：ClientID是Client与Broker之间建立连接时的唯一标识符，Broker通过ClientID来区分不同的Client连接。2.正确*解析：QoS0是无确认交付，只保证尝试发送一次，不能保证送达。3.错误*解析：Broker处理`SUBSCRIBE`消息需要时间，它会将结果封装在`SUBACK`消息中发送给Client。`SUBACK`发送的时机可能晚于`SUBSCRIBE`消息的接收。4.错误*解析：同一个Topic名称可以被不同的Client订阅。Topic的唯一性是指其名称本身，而不是订阅关系。5.错误*解析：当CleanSession选项为True时，Client的会话信息（如订阅列表、未完成确认的消息）在Client断开连接后会被丢弃。6.错误*解析：遗嘱（Will）会在Client非正常断开连接时被发布。正常关闭连接时不会发布遗嘱。7.正确*解析：MQTT5.0的共享订阅允许多个Client订阅同一个TopicFilter，Broker会将匹配该TopicFilter的所有消息发布给所有订阅者。8.正确*解析：MQTT支持多种认证方式，其中之一就是用户名和密码认证，Broker可以通过`CONNECT`消息中的Password字段进行验证。9.正确*解析：发布者发送消息时，Broker会将该消息根据订阅关系同时推送给所有符合条件的订阅者。10.正确*解析：MQTT协议本身是应用层协议，它运行在TCP/IP协议栈之上，使用TCP作为其可靠的传输层协议。三、填空题1.1883*解析：MQTT协议默认使用的TCP端口是1883。2.RetainedFlag*解析：RetainedFlag是一个消息头中的布尔位，用于指示这是一个“保留”消息。3.新连接的*解析：保留消息由Broker存储，当有新连接的Client订阅了该Topic时，Broker会立即将此保留消息发送给该新Client。4.CleanSession*解析：虽然`CONNECT`消息中有多个与安全相关的选项，但Client通常通过设置CleanSession为False并结合其他认证方式（如Password或Certificate）来隐式请求TLS。更直接的选项是`TLS`或`CleanStart`（取决于具体Broker实现和版本），但CleanSession状态与安全连接的持久化相关。根据题目选项，CleanSession是Client连接状态的一个设置，与安全配置间接相关（即，非CleanSession连接需要Broker存储状态，可能涉及加密存储）。这里选择最相关的Client端设置。*（注：严格来说，请求TLS的是`CleanStart`选项或特定认证机制，但CleanSession是连接选项。此题填空可能存在歧义，CleanSession是连接选项，与是否使用安全连接有关，但不是直接请求TLS的选项。如果必须选一个最不相关的，那可能是CleanSession，因为CleanSession本身不请求安全。如果必须选一个相关的，可能是ClientID或WillFlag。此题出题或答案可能需要уточнение。）*修正思路：Client在请求安全连接时，通常通过CleanSession=False+Password/Cert来实现。CleanSession本身不直接请求TLS。可能题目意图是Client连接状态设置。重新选择：基于Client连接请求中的安全相关设置，Password是直接提供的凭证。ClientID是标识符。WillFlag是遗嘱设置。CleanSession是连接状态。TLS/Cert是安全传输/认证方式。CleanSession是Client连接请求中的一个重要状态设置，与后续安全（非CleanSession需要Broker存储状态）和LWT相关。最终决定填CleanSession，因为它是一个关键的连接选项，与安全配置场景相关联。5.ClientID*解析：ClientID是Client在Broker处的唯一标识符。6.丢失*解析：如选择题第3题解析所述，当CleanSession为True时，Client断开连接后其会话状态（包括订阅信息）会丢失。7.两*解析：QoS2代表“仅一次”交付，需要发布者收到Broker的`PUBREL`，Broker收到`PUBCOMP`后才完成，涉及两次确认。8.RequestResponse*解析：MQTT5.0引入了RequestResponse消息类型，允许Client向Broker发起请求，并等待Broker的响应。9.订阅者*解析：TopicFilter用于匹配消息，订阅者根据TopicFilter向Broker订阅，Broker将匹配的消息推送给订阅者。10.MessageID*解析：MessageID属性（PropertyType1）用于承载请求/响应消息或发布/确认消息中的消息ID。四、简答题1.MQTT客户端与Broker建立连接的流程如下：*Client向Broker发送`CONNECT`消息。该消息包含ClientID、MQTT版本、CleanSession选项、KeepAlive值、Will消息（可选）、用户名和密码（可选）、以及可能的TLS证书（可选）等。*Broker接收到`CONNECT`消息后，进行认证（如果需要）和连接参数检查。*Broker向Client发送`CONNACK`消息作为响应。该消息包含连接结果（成功/失败）以及可能的SessionLevel（如果CleanSession为False且Broker支持持久会话）。*如果`CONNACK`成功，Client进入“连接已建立，但未订阅任何Topic”的状态。Client可以开始发送`PUBLISH`、`SUBSCRIBE`等消息。*如果`CONNACK`失败，Client需要终止连接。*（如果CleanSession为False且认证成功）如果Broker支持持久会话，Broker会尝试从存储中恢复Client的会话状态（订阅列表、未完成确认的消息等）。*（如果Client设置了Will且连接异常断开）如果Client在连接过程中异常断开（非正常关闭），且设置了Will消息，Broker会自动发布该Will消息。2.MQTT的“发布/订阅”模型是一种发布者-订阅者（Pub/Sub）消息传递模式。其核心思想是：*发布者（Producer）将消息发布到一个特定的Topic。*订阅者（Subscriber）向Broker订阅一个或多个TopicFilter。*Broker负责将发布者发布的消息推送给所有订阅了匹配该TopicFilter的订阅者。*发布者和订阅者之间没有直接联系，他们只与Broker交互。*这种模型实现了发布者和订阅者的解耦，提高了系统的灵活性和可扩展性。*与“点对点”模型（如HTTP请求/响应）的主要区别在于：*点对点模型是发布者直接发送消息给特定的接收者。一次请求通常对应一次响应。*发布/订阅模型是发布者将消息发布到Topic，由Broker负责路由，接收者可以根据TopicFilter订阅感兴趣的消息，一次发布可以同时到达多个订阅者。3.MQTT协议中的三种QoS级别（QualityofService）定义了消息传递的保证程度，工作原理和适用场景如下：*QoS0(最多一次):*工作原理：发布者发送消息后立即认为完成，不等待任何确认。Broker收到消息后，尝试投递给订阅者，但不保证投递成功，也不确认投递结果。消息可能丢失，也可能重复投递。*适用场景：对消息丢失不敏感，或消息可以重复接收的场景，追求低延迟和低带宽消耗。例如：状态更新、告警信息（即使丢失几次影响不大）、传感器读数（可以重发）。*QoS1(至少一次):*工作原理：发布者发送消息后等待Broker发送`PUBACK`确认。Broker收到消息后投递给订阅者，并成功投递后发送`PUBACK`。如果发布者未收到`PUBACK`（可能因Broker或网络问题导致消息丢失），发布者会重发该消息，直到收到`PUBACK`或达到最大重发次数。这保证了消息至少被投递一次，但可能重复投递。*适用场景：对消息丢失敏感，但允许消息重复的场景。例如：关键控制指令、需要确保送达的重要数据、投票或计数等不能丢失的场景。*QoS2(仅一次):*工作原理：发布者发送消息后等待Broker发送`PUBREL`。Broker收到消息后投递给订阅者，订阅者成功接收后发送`PUBCOMP`。Broker收到`PUBCOMP`后发送`PUBACK`给发布者。这个过程涉及发布者、Broker和订阅者之间的三次确认（PUBREL->PUBCOMP->PUBACK），确保消息只被投递一次。*适用场景：对消息的可靠性和唯一性要求最高，不允许丢失也不允许重复的场景。例如：支付指令、重要配置更新、交易记录等。4.MQTT的“遗嘱”（LastWillandTestament,LWT）是指在Client与Broker的连接正常或异常断开时，Broker可以自动发布的一定消息。它由Client在建立连接时（通过`CONNECT`消息的Will选项）预先设置：*定义:LWT是一个预设的消息模板，包含一个TopicName和一个消息Payload。当设置了LWT的Client连接断开时（非正常关闭），Broker会自动将这个预设的消息发布到指定的Topic。*触发条件:*Client在`CONNECT`消息中设置了WillFlag为True。*Client与Broker的连接发生非正常断开（例如，网络中断、Client崩溃、Bro