用户更改键盘布局时程序挂起的问题

# 用户更改键盘布局时程序挂起的问题 - The Old New Thing 来源：https://devblogs.microsoft.com/oldnewthing/20260513-00?p=112318 有客户报告，当用户更改键盘布局时（例如通过 `Win+Space` 热键序列），他们的程序会挂起。他们调试到这一步：观察到应用程序中的前景窗口收到了一条 `WM_INPUTLANGCHANGEREQUEST` 消息，而当该消息被传递给 `DefWindowProc` 时，调用再也没有返回。`WM_INPUTLANGCHANGEREQUEST` 消息到底有什么诡异之处呢？ 诡异之处在于，`WM_INPUTLANGCHANGEREQUEST` 消息的默认行为是——更改输入语言！ 出于历史（因此也出于兼容性）原因，当热键触发的输入语言更改请求被接受时，系统会将该更改应用于该进程的所有线程。这意味着进程中的所有 UI 线程都需要处于消息泵送状态，以便它们能够收到键盘状态已更改的通知。 在这个案例中，客户有一个后台线程创建了一个窗口，但没有泵送消息。这阻止了语言更改的完成，并导致主 UI 线程挂起。 客户想知道是否有办法配置他们的程序，使得由热键触发的输入语言更改不要求所有线程都泵送消息。但这样试图解决的问题范围太窄了。如果你的线程创建了窗口，那么它就必须泵送消息。今天它给输入语言更改带来了麻烦；明天它就会给 DDE 带来问题；后天它又会给主题更改带来问题。 即使你有办法改变语言更改的工作方式，这也只是你的无响应线程所引发的诸多问题之一。你应该修复根本原因：要么泵送消息，要么销毁窗口，使其不再是 UI 线程，从而不再有义务泵送消息。 ### 分类 ### 主题 ## 作者 Raymond Chen Raymond 参与 Windows 的演变已有 30 多年。2003 年，他创办了一个名为 The Old New Thing 的网站，该网站的火爆程度远超他最疯狂的想象，这一发展至今仍令他感到不安。该网站还衍生出一本书，巧合的是书名也是《The Old New Thing》（Addison Wesley 2007 年出版）。他偶尔会出现在 Windows Dev Docs 的 Twitter 账户上，讲述一些不传达有用信息的故事。