我有一个BrokeredMessageContext类,它使用Timer定期检查并更新BrokeredMessage实例上的锁,以防处理此消息的进程运行的时间超过预期.它通过调用BrokeredMessage实例上的RenewLock()方法来更新锁.
我希望这个调用给我一个与原始锁(MSDN states that “You can renew locks for the same duration as the entity lock timeout,and there is no maximum duration for a lock renewal.”)具有相同超时的新锁,但是在调试时,锁定超时似乎增加了“任意”10-15秒.我在BrokeredMessage实例上设置了一个监视器,我可以看到每次调用RenewLock()时,LockedUntilUtc属性都会增加10-15秒.
有谁知道为什么会这样？可以做任何事情来延长锁定时间吗？
编辑：
Mike的回答如下,是正确的.事实上,我发现事实上,我试图从开始就每隔十秒更新一次锁,即使我的代码是为了在锁定到期之前的20秒之前更新锁定.这一切都归结为一个时间比较问题,以及我机器上的时间错误的事实(它提前了将近一分钟). D’哦！
解决方法
当您调用RenewLock时,它会重置消息被队列或订阅上设置的LockDuration锁定的时间.如果正在执行续订的类具有每10-15秒触发一次的计时器,那么您看到的行为是正确的.
例：
我有一个锁定持续时间为1分钟的队列(默认值).
我在UTC时间凌晨1点20分收到消息,因此LockedUntilUtc应该在UTC上午1:21阅读.
如果进入处理10秒钟我呼叫Renew锁定,呼叫将在凌晨1:20:10触发,因此LockedUntilUtc将变为1：21.10 AM.
它将锁定持续时间值添加到服务器的当前时间,而不是之前的LockedUntilUtc值.这会延长您对邮件的锁定时间.
这个答案假定您经常在Timer上触发触发器而不是等待接近实际的锁定超时.如果您想要更精确,可以将计时器设置为在锁定设置为到期之前大约10-20秒,然后执行续订锁定.
