Azure.Devices.Client重试策略是否对Timeout Exception生效？

• 内置重试策略的生效边界
  你配置的指数退避重试策略仅覆盖单次请求阶段的瞬时故障，包括临时网络抖动导致的单次发送失败、服务端返回的限流类错误等，不包含底层AMQP长连接失效后的连接重建逻辑。你遇到的持续超时问题，是因为长连接已经因空闲超时、网络切换、IoT Hub服务端节点轮转等原因被销毁，内置重试无法识别该类连接级故障，不会触发重建，因此会持续报错直到实例被重置。
• 必要的处理逻辑
  • 你需要自行捕获SendEventAsync方法抛出的System.TimeoutException、System.IO.IOException、套接字相关异常等连接级故障，捕获后手动销毁原有Microsoft.Azure.Devices.ServiceClient实例，重新初始化新的实例后再执行发送操作。
  • 服务启动后复用单例客户端的逻辑是合理的，无需每次发送都新建实例，仅在捕获到连接级故障时重建即可。
  • 可额外监听ServiceClient.ConnectionStatusChanges事件，当连接状态变更为Disconnected且无自动恢复迹象时，主动触发实例重建，无需等到发送请求时才发现异常。
• 优化建议
  • 调整ServiceClient.OperationTimeout属性为适配业务的合理值（默认值为4分钟，可根据场景调整为30秒到2分钟区间），避免请求长时间阻塞。
  • 手动重建实例重试时可搭配业务幂等校验逻辑，避免重复发送报文导致业务异常。

内容的提问来源于stack exchange，提问作者G Ali