Azure 如何处理发布到服务总线上的长时间运行的作业，只有5分钟的peek锁
当人们的设计将作业放在服务队列或主题上的时间比peeklock最多5分钟的时间长时，他们倾向于做什么Azure 如何处理发布到服务总线上的长时间运行的作业，只有5分钟的peek锁,azure,message-queue,servicebus,Azure,Message Queue,Servicebus,当人们的设计将作业放在服务队列或主题上的时间比peeklock最多5分钟的时间长时，他们倾向于做什么 我一直在使用服务总线的OnMessage（…）异步消息泵，我想知道这是否不是一个好主意，因为如果我在处理作业时开始将作业移动到表中，然后，messagepump将清空队列，而我在其他地方遇到的问题是，即使在服务器之间也要确保安排作业。如果您有一个长时间运行的消息处理工作流，您可以检查消息的lockedUntilUtc属性，并在适当的时间调用RenewLock 在下一版本的SDK中，OnMess
我一直在使用服务总线的OnMessage（…）异步消息泵，我想知道这是否不是一个好主意，因为如果我在处理作业时开始将作业移动到表中，然后，messagepump将清空队列，而我在其他地方遇到的问题是，即使在服务器之间也要确保安排作业。如果您有一个长时间运行的消息处理工作流，您可以检查消息的lockedUntilUtc属性，并在适当的时间调用RenewLock
在下一版本的SDK中，OnMessage处理循环将自动为您执行此操作，因此方便API始终是一个好主意。我们离新版本的SDK还有多远？不知道我现在是否可以等待，或者执行一些更新锁。很快，没有正式日期：）酷。现在只需要简单地更新一下锁，当你们发布的时候就可以删除它。你们能说明一下你们有/或打算把它放进哪个版本号吗？很难知道它现在是否已经存在。