Azure Functions 的 service bus trigger 默认采用的是peeklock模式，该模式下，如果functions收到消息后，整个functions执行成功，则functions框架会在function成功后，将service bus的消息标定为 complete，如果functions执行时失败，则标定为 abandon， 如果functions的运行时间长于peeklock超时时间，如果functions还在执行，则会自动续订lock。
关于 message lock duration和 Max delivery count的信息，可以在代码执行时通过日志查看：
namespace Company.Function{public class ServiceBusTopicTrigger1{private readonly ILogger<ServiceBusTopicTrigger1> _logger;public ServiceBusTopicTrigger1(ILogger<ServiceBusTopicTrigger1> log){_logger = log;}[FunctionName("ServiceBusTopicTrigger1")]public void Run([ServiceBusTrigger("topic-01", "sub-01", Connection = "demofunctions_SERVICEBUS")]string mySbMsg, Int32 deliveryCount){_logger.LogInformation($"C# ServiceBus topic trigger function processed message: {mySbMsg}");_logger.LogInformation($"DeliveryCount={deliveryCount}");Thread.Sleep(40000);}}}
假定 message Lock duration设定为10，Max delivery Count设定为1：
如果Functions 收到一条消息，将消息锁定10秒，且Functions 需要50秒才可以执行完成，则如果Function还在执行，则锁会自动续订。
如果Functions收到一条消息，将消息锁定10秒，此时Functions异常退出了，则消息将在锁定期10秒后进入死信队列。
假定 message Lock duration设定为10，Max delivery Count设定为10：
如果Functions收到一条消息，将消息锁定10秒，此时Functions异常退出了，则消息将在锁定期10秒后会重新进入队列供订阅者消费，此时Functions如果再次运行，则可以收到 develivery count =2 的消息，则消息会被第二次执行消费。如果第二次消费Functions不出错，则消息从队列中移除，如果还出错，则消息会继续被放回队列，再执行第三次，直到 某次执行成功，则消息被消费掉。如果到第10次还是执行失败，则丢入死信队列。
Azure Functions中的 peeklock模式遵照如下规定（C#和Python语言修改位置不同，Python修改functions.json）：
AutoComplete属性对peeklock的影响，参见官网：Azure Functions 的 Azure 服务总线触发器 | Microsoft Docs
