无窗口应用消息队列检测及WM_DEVICECHANGE事件处理方案可行性问询

现有实现的可行性与问题 #

• 逻辑层面可以正常运行：你用CreateWindowEx创建消息-only窗口、调用RegisterDeviceNotification监听WM_DEVICECHANGE的基础逻辑是正确的，HandleMessages用PeekMessage批量派发当前队列中所有消息的逻辑也能生效，只要业务逻辑耗时短，设备插拔事件可以正常被捕获处理。
• 存在两个明确的潜在问题：
  1. 设备事件响应延迟不可控：如果任意DoThings类业务逻辑执行时间过长，所有的设备插拔事件都会被阻塞到下一次调用HandleMessages时才会被处理，延迟时长等于业务逻辑的执行时长，若业务逻辑卡死，程序会完全丢失设备事件响应能力。
  2. 空转占用CPU资源：当前的死循环没有任何等待逻辑，无消息、业务逻辑执行快的场景下会持续跑满单个CPU核心，空载功耗高，属于无效资源占用。

适配你场景的优化方案 #

你的应用属于无交互后台服务类程序，建议改成消息驱动的架构，避免手动分散调用HandleMessages，根据你的业务逻辑特性可以二选一：

方案1：业务逻辑为周期性执行（推荐） #

给消息窗口注册定时器，把所有DoThings类逻辑放到定时器消息的回调中执行，用标准的GetMessage循环做核心调度，完全避免空转，消息响应也无额外延迟：

procedure Main();
var
  lpMsg: TMsg;
begin
  // 原有窗口注册、设备通知注册逻辑不变
  // 注册定时器，比如每100ms触发一次，根据你的业务执行频率调整间隔
  SetTimer(wndHnd, 1, 100, nil);

  // 标准消息循环
  while GetMessage(lpMsg, wndHnd, 0, 0) do
  begin
    if lpMsg.message = WM_TIMER then
    begin
      DoThings();
      DoOtherThings();
      DoYetMoreThings();
    end
    else if lpMsg.message = WM_DEVICECHANGE then
    begin
      // 处理设备插拔事件
    end
    else if lpMsg.message = WM_ENDSESSION then
    begin
      // 处理用户登出，做清理退出逻辑
      break;
    end;
    DispatchMessage(lpMsg);
  end;

  // 原有清理逻辑：注销设备通知、销毁窗口、注销窗口类
end;

方案2：业务逻辑必须连续不间断执行 #

如果你的业务逻辑不能按定时器间隔切割，需要连续跑，就用MsgWaitForMultipleObjects替代无等待的死循环，有消息时立即处理消息，无消息时最多等待固定短时间就继续执行业务逻辑，兼顾CPU占用和业务连续性：

procedure Main();
var
  waitRes: DWORD;
  lpMsg: TMsg;
begin
  // 原有窗口、设备通知注册逻辑不变

  while True do
  begin
    // 等待消息，最多等1ms，没有消息就继续执行业务
    waitRes := MsgWaitForMultipleObjects(0, nil, FALSE, 1, QS_ALLINPUT);
    if waitRes = WAIT_OBJECT_0 then
    begin
      // 有消息，处理所有消息
      while PeekMessage(lpMsg, wndHnd, 0, 0, PM_REMOVE) do
      begin
        if lpMsg.message = WM_ENDSESSION then
        begin
          // 登出清理，退出循环
          goto Cleanup;
        end;
        DispatchMessage(lpMsg);
      end;
    end;

    // 执行业务逻辑
    DoThings();
    DoOtherThings();
    DoYetMoreThings();
  end;

Cleanup:
  // 原有清理逻辑
end;

如果业务逻辑单轮执行耗时超过1s，建议把业务逻辑整体迁移到独立的工作线程执行，主线程仅负责处理设备消息和系统事件，和工作线程通过事件、队列通信，彻底避免业务逻辑阻塞设备事件响应。

额外注意点 #

• 要主动处理WM_ENDSESSION消息，响应用户登出事件，执行清理流程正常退出，避免被系统强制终止
• 退出前记得调用UnregisterDeviceNotification释放通知句柄，销毁窗口后注销窗口类，符合系统API规范

内容的提问来源于stack exchange，提问作者emno