我有一个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秒。
有谁知道为什么会这样？可以做任何事情来延长锁定时间吗？
修改
迈克的回答如下，是正确的。事实上，我发现事实上，即使我的代码打算在锁定到期之前的20秒之前更新锁定，我也会尝试每隔10秒从开始更新锁定。这一切都归结为一个时间比较问题，以及我机器上的时间错误的事实（它提前了将近一分钟）。 D'哦！答案 0 :(得分：13)
当您调用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秒，然后执行续订锁定。