问题描述
Service Bus如何确保消息发送成功，发送端是否有Ack机制(是否有回调API告诉发送端，服务端已经收到消息)？根据对.NET发送Service Bus消息代码的分析，发送方法queueClient.SendAsync(message)并没有返回值，所以无法知道发送消息是否成功。
问题根源
Azure 服务总线已针对持久性进行优化，会确保在服务确认请求成功之前，发送到服务总线的所有数据将提交到存储。一旦服务总线成功“ACK”（确认）请求，即表示服务总线已成功处理该请求。 如果服务总线返回“NACK”（失败），则表示服务总线无法处理该请求，客户端应用程序必须重试该请求。官方提供的SDK，在没有自定义RetryPolicy的情况下，都会采用默认的重试机制。
Service Bus .Net SDK 默认的重试机制(RetryPolicy)为：
- DeltaBackoff: 重试之间的间隔时间
- MaxRetryCount: 最大重试次数
- MaximumBackoff: 最大的间隔时间
- MinimalBackoff: 最小的间隔时间
所以在调用Service Bus SDK发送消息时，如果代码正常执行且没有Exception，则表示消息成功发送。
一句话总结为：无错即成功，失败看异常。
另外也有如下两种发送俩查看消息：
方式一：在Azure Service Bus门户中查看指标 Incoming request/message
方式二：通过Servie Bus Explorer工具查看发送消息的内容
参考资料
Service Bus Explorer： https://github.com/paolosalvatori/ServiceBusExplorer/releases
Service Bus Retry Policy： https://docs.microsoft.com/en-us/azure/architecture/best-practices/retry-service-specific#service-bus