Win32应用启动后忙碌光标异常持续，如何告知系统初始化完成？

我完全懂你这个困扰——通过键盘启动Win32应用时（比如CMD、运行窗口、VS调试器里用键盘启动），明明主窗口已经渲染完成、能正常交互，系统的忙碌光标（IDI_APPSTARTING）却还要挂着5秒才消失，换成鼠标双击启动就一切正常。结合你提到的驱动可能是诱因的推测，这里给你几个靠谱的解决思路：

方法1：主动强制恢复默认光标 #

这是最直接的方案，在窗口显示后，手动把光标切回默认箭头：

ShowWindow(hwnd, nShowCmd);
UpdateWindow(hwnd); // 让窗口立刻完成绘制，避免空窗口状态
SetCursor(LoadCursorW(NULL, IDC_ARROW)); // 强制覆盖系统的忙碌光标

UpdateWindow会直接触发WM_PAINT消息，确保窗口内容马上渲染出来，紧接着设置光标就能打断系统的忙碌状态计时。

方法2：模拟鼠标交互触发光标更新 #

给窗口发送WM_SETCURSOR消息，模拟鼠标移到窗口客户区的场景，让系统重新判定光标状态：

ShowWindow(hwnd, nShowCmd);
UpdateWindow(hwnd);
// 发送消息触发光标重置
SendMessageW(hwnd, WM_SETCURSOR, reinterpret_cast<WPARAM>(hwnd), MAKELPARAM(HTCLIENT, WM_MOUSEMOVE));

这个方法相当于用代码触发了系统原本在鼠标移动时才会执行的光标逻辑，能快速让系统切换回正常光标。

方法3：延迟设置适配驱动延迟 #

如果真的是驱动干扰了系统的初始化检测，你可以把光标设置操作放到消息队列的后面，等系统处理完启动相关的内部逻辑再执行：

// WinMain中，ShowWindow之后添加
PostMessageW(hwnd, WM_USER, 0, 0);

// 在窗口过程里新增WM_USER消息处理分支
case WM_USER:
    SetCursor(LoadCursorW(NULL, IDC_ARROW));
    return 0;

PostMessage会把消息放到队列末尾，等当前启动相关的消息都处理完后再执行光标重置，能避开驱动可能带来的延迟干扰。

为什么键盘启动会出这个问题？ #

Windows对不同启动方式的"初始化完成"判定逻辑有细微差别：

• 鼠标双击启动时，启动操作本身伴随鼠标事件，系统会更快触发光标相关的更新逻辑，自然能及时切换回正常光标。
• 键盘启动时，系统主要依赖WaitForInputIdle或内部超时机制判断应用是否就绪，一旦有驱动层面的干扰，这个检测就会延迟，导致忙碌光标一直挂到超时。

适配你的测试代码 #

针对你提供的测试代码，只需要在ShowWindow之后添加两行代码就能解决问题：

const HWND hwnd =
    ::CreateWindowW(wndclass, L"Test", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT,
                    CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL,
                    NULL, hinst, nullptr);
if (hwnd == NULL) return ::GetLastError();

::ShowWindow(hwnd, nShowCmd);
::UpdateWindow(hwnd); // 立即完成窗口绘制
::SetCursor(::LoadCursorW(NULL, IDC_ARROW)); // 强制恢复默认光标

MSG msg = {0};
while (::GetMessageW(&msg, NULL, 0, 0) > 0) {
    ::TranslateMessage(&msg);
    ::DispatchMessageW(&msg);
}

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