拖动窗口或单击下拉菜单时，VCL TTimer 停止

Question

我启用了TTimer，并且应该永远不间断地运行，直到用户停止它。但是，它不是那样工作的。在OnTimerevent 中，它以毫秒为单位一遍又一遍地处理窗口消息。

例如，这是我的代码的 sn-p。

procedure TDXCommDlg.Timer2Timer(Sender: TObject);
begin
  inherited;
  if Scanning then
  begin
    Timer1.Enabled := false;
    Timer2.Enabled := false;
     while not PostMessage(Handle,WM_USER + 10,1234,5678) do;
     Timer1.Enabled := true;
  end;
end;

发生的事情是这样的。当 TTimer 启用并运行时，您拖动应用程序的任何窗口或单击下拉菜单，TTimer 事件完全停止工作，即使我在代码的其他部分采取了预防措施来防止这种情况发生。但是，它似乎没有帮助。

重启OnTimer事件的唯一方法是用户通过TButton事件停止并重启Timer。

相同的代码或程序在使用 Delphi 7 编译的 Windows XP 下运行良好。目前，我正在使用 Windows 7 和 Delphi 2010 来重建我的系统。

我会尽力为您提供更多信息。我正在开发的是一个受版权保护的软件。

有一个名为 HandleMsg 的用户定义过程。它实际上处理串行端口消息。 HandleMsg设置为Application事件onMessage；

Application.onMessage:=HandleMsg();

PostMessage 与应用程序的 onMessage 事件相关联。

每当调用 PostMessage 时，它​​都会触发设置为 HandleMsg() 的 onMessage 事件。

这里有更多我的代码：

 procedure TDXCommDlg.HandleMsg(var
 Msg: TMsg; var Handled: Boolean);
 begin
      Handled := false;
      case Msg.message of
      WM_USER + 10:
              begin
                   if (Msg.wParam = 1111) and (Msg.lParam = 2222) then
                   begin
                     SendLanMessage;
                     Handled := true;
                   end
                   else if (Msg.wParam = 1234) and (Msg.lParam = 5678) then
                   begin
                        SendMessage;
                        Handled := true;
                   end
                   else
                   begin
                     if (Msg.wParam = 4321) then
                     begin
                       MainFrm.CloseWindow(TViewFrm(Msg.lParam).WinCap);
                     end;
                   end;
              end;
      end; { case } end;

HandleMsg() 响应 PostMessage。如果我错了，请纠正我。

Answer 1

在这两种情况下（开始调整窗口大小/移动窗口或打开菜单）从TApplication.ProcessMessage 发送的最后一条消息是WM_NCLBUTTONDOWN（或者如果标题和系统菜单存在并单击标题，则为WM_NCRBUTTONDOWN.. 或WM_RBUTTONUP 如果打开上下文菜单等..)。所有人的共同点是他们正在启动一个模态消息循环。

例如以下来自WM_ENTERSIZEMOVE 文档：

发送 WM_ENTERSIZEMOVE 消息 进入窗口后一次 移动或调整模态循环。 [....] 操作完成时 DefWindowProc 返回。

在模式消息循环开始后，TApplication.Run 中的 HandleMessage 调用将不会返回，直到相关窗口返回 DefWindowProc（例如，在 WM_NCLBUTTONDOWN 情况下，发送的消息将导致 WM_SYSCOMMAND发送到将启动模态消息循环的窗口，并且在移动/调整大小完成之前不会返回）。因此，您将无法在此期间使用应用程序的 OnMessage 处理程序，该处理程序在 TApplication.ProcessMessage 中调用。

您的解决方案很简单。不要使用OnMessage 处理程序，而是使用表单的消息处理程序处理消息：

const
  WMUSER_10 = WM_USER + 10;

type
  TForm1 = class(TForm)
    Timer1: TTimer;
    procedure Timer1Timer(Sender: TObject);
  private
    procedure WmUser10(var Msg: TMsg); message WMUSER_10;
  public
  end;

procedure TForm1.Timer1Timer(Sender: TObject);
begin
  PostMessage(Handle, WMUSER_10, 1234, 5678);
end;

procedure TForm1.WmUser10(var Msg: TMsg);
begin
  //
end;

或者，将您的代码放在OnTimer 事件中，因为WM_TIMER 本身已发布。

Answer 2

这是意料之中的。 Windows 计时器基于消息队列标志，它是最低优先级事件。当您开始调整窗口大小时，主应用程序事件队列中的计时器标志将停止处理，并且计时器将停止。对此你无能为力。需要明确的是，普通消息仍然可以工作，但计时器会停止。这很容易测试。

现在，要解决此问题，您可以向自己发送 WM_USER 消息，该消息应该可以通过，或者更好的解决方案是使用线程执行关键操作并使用计时器根据线程更新的信息更新 UI。然后，当用户调整窗口大小时，您会出现 UI 暂停，但操作仍在继续。