IoT Hub设备接收云到设备（C2D）消息出现部分丢失问题求助

• 检查MQTT传输配置的最大未确认入站消息数：Microsoft.Azure.Devices.Client的MQTT传输设置中，MqttTransportSettings.MaxPendingInboundMessages默认值为32，你一次性投递50条消息时，超过该阈值的消息会被服务端暂存，当接收逻辑的1秒超时不足以拉取所有暂存消息时，就会出现固定数量的消息丢失。你可以先将该参数调整为100测试，验证是否能拉取到全部50条消息。
• 检查消息确认逻辑完整性：C2D消息默认使用AtLeastOnce投递语义，客户端收到消息后必须调用CompleteAsync()向IoT Hub确认消息已处理，否则消息会在锁过期后才能被重新投递。如果你未在接收逻辑中加入确认调用，首次拉取时部分消息会处于锁定状态无法被拉取，表现为只能拿到40条左右的消息。
• 调整接收逻辑的时间参数：你发送完50条消息后立刻启动设备连接接收，设备客户端完成MQTT连接握手、主题订阅需要一定时间，且ReceiveAsync仅设置1秒超时不足以拉取队列中所有消息。你可以在调用OpenAsync()后等待2-3秒再启动接收，同时将ReceiveAsync的超时调整到30秒以上，验证是否能拉取到所有消息。
• 检查IoT Hub节流与投递错误指标：在Azure门户IoT Hub的「指标」页面，查看C2D message deliveries rejected、Throttling errors两个指标，确认是否在投递阶段因为当前IoT Hub层级的配额限制，导致部分消息投递被延迟。
• 验证消息过期时间计算逻辑：确认你生成消息过期时间戳时使用的是DateTime.UtcNow而非本地时间，误用本地时间会导致部分消息的实际TTL小于预设的1小时，在你启动接收时已经被服务端清理，无法被拉取。

内容的提问来源于stack exchange，提问作者Ramandeep Arora