为什么 System.Windows.Forms.Timer 中的异步回调执行 await 更多次？

Question

我有一个 Windows 窗体计时器，带有等待数据库操作的异步回调，为什么甚至在上一个回调尚未完成之前再次执行 await？我该如何解决这个问题？许多人说System.Windows.Forms.Timer 在执行新的回调操作之前等待上一个回调操作完成。

Private Async Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As  System.EventArgs) Handles Timer1.Tick 
  ' I have an array with 6 elements that i control 
  ' for executing database operation     
  For i=1 To 6
    If(some condition is true in array index)
      Await SaveAsync()
      'set to false the condition in array index after save
    End If
  Next       
End Sub

提前谢谢。

Answer 1

另一个答案告诉你如何解决问题，但它不能解释出了什么问题。

关于计时器选项，有一个更古老的堆栈溢出问题，它对计时器滴答声等待做出了可能具有误导性的陈述。讨论计时器时钟周期的潜在实现可能更有帮助：

• 可以启动一个新线程以立即为即时报价提供服务
• 可以发布通知，稍后会处理

System.Windows.Forms.Timer 执行后者。特别是，它将通知作为 Windows 消息发布，当标准消息泵看到该消息时，它会引发在 UI 线程上处理的 .NET 事件。

在大多数情况下，这意味着处理一个时钟周期将阻止下一个时钟周期发生任何事情，因为在事件处理程序执行时消息泵被阻塞。

但是，这仅在消息泵被阻止时成立。有两种可能的方式可以解除阻止：

• 用于显式处理消息的代码，例如对 Application.DoEvents 的调用或直接针对调度程序编写的等效代码
• Await 将隐式执行此操作，因为它将控制权返回给 UI，它将等待异步调用完成。这是设计使然，是 Await 的预期用例之一，以允许 UI 在执行异步调用时做出响应。

与使用 Await 的任何情况一样，您需要为重新进入做好准备并相应地设计代码。

Answer 2

这可能是因为异步调用花费的时间比计时器的间隔长。这意味着在上一个事件处理程序完成执行之前，将再次引发 Tick 事件。如果您想要的是上一个调用完成和下一个事件之间的特定间隔，则应停止计时器，进行调用，然后重新启动它：

Private Async Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As  System.EventArgs) Handles Timer1.Tick 
    Timer1.Stop()
    Await SaveAsync()
    Timer1.Start()
End Sub