为什么BrokeredMessage.RenewLock（）只更新锁几秒钟？
我有一个BrokeredMessageContext类，它使用Timer定期检查并更新BrokeredMessage实例上的锁，以防处理此消息的进程运行的时间超过预期。 它通过调用BrokeredMessage实例上的RenewLock（）方法来更新锁。
我希望这个调用给我一个与原始锁相同超时的新锁（ MSDN声明“你可以在与实体锁定超时相同的持续时间内更新锁定，并且没有锁定续订的最大持续时间。” ） ，但在调试时，锁定超时似乎增加了“任意”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秒，然后执行续订锁定。