如何阻止自定义窗口接收WM_DEVICECHANGE等Windows系统消息？

核心问题分析 #

WM_DEVICECHANGE是系统广播给所有顶层窗口的消息，你之前尝试的钩子修改消息、转发消息的方法无效，本质是因为广播消息的传递机制：系统会独立向每个目标窗口发送该消息，钩子中修改单条消息副本或转发，无法阻止原消息送达你的窗口。

可行解决方案 #

1. 窗口子类化（最直接高效）

通过子类化自己创建的窗口，在消息到达原窗口过程前直接拦截并处理，是最可靠的方式。

实现步骤

• 定义自定义子类窗口过程，拦截WM_DEVICECHANGE消息并直接返回，不传递给原窗口过程。
• 使用SetWindowSubclass将子类过程绑定到目标窗口。
• 窗口销毁前调用RemoveWindowSubclass清理子类。

代码示例

#include <windows.h>
#include <commctrl.h>
#pragma comment(lib, "comctl32.lib")

// 自定义子类窗口过程
LRESULT CALLBACK MyWindowSubclass(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uSubclassId, DWORD_PTR dwRefData)
{
    if (uMsg == WM_DEVICECHANGE)
    {
        // 直接返回，阻止消息进入原窗口过程
        return 0;
    }
    // 其他消息交给默认子类处理流程
    return DefSubclassProc(hWnd, uMsg, wParam, lParam);
}

// 在窗口创建完成后调用（比如WM_CREATE消息中）
void SetupSubclass(HWND hWnd)
{
    SetWindowSubclass(hWnd, MyWindowSubclass, 1, 0);
}

// 在窗口销毁时调用（比如WM_DESTROY消息中）
void CleanupSubclass(HWND hWnd)
{
    RemoveWindowSubclass(hWnd, MyWindowSubclass, 1);
}

2. 全局钩子（不推荐，仅作补充）

如果必须用钩子，需要将钩子放到独立DLL中（全局钩子要求），在钩子过程中检测目标窗口是否是你创建的窗口，若是则返回TRUE阻止消息传递。但全局钩子会影响系统内所有进程，性能开销大，远不如子类化高效。

为什么之前的尝试无效 #

• 修改为WM_NULL：广播消息是系统向每个窗口单独发送的，钩子中修改的是当前处理的消息副本，原消息仍会被系统发送到你的窗口。
• 转发到其他窗口：这只是额外发送了一条消息，原广播消息的传递流程不受影响，你的窗口依然会收到原始消息。

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