不能，WndProc 本身无法直接捕获 U 盘插拔，必须先调用 RegisterDeviceNotification 注册设备通知，才能使系统将 WM_DEVICECHANGE 消息路由至 WndProc 并正确解析 m.WParam 和 m.LParam。
WndProc 能捕获 U 盘插拔吗？不能，但可以间接响应
直接通过 WndProc 捕获 U 盘插拔事件是做不到的——Windows 不会把设备热插拔作为标准窗口消息（如 WM_DEVICECHANGE）主动发给普通窗体，除非你显式注册了设备通知。但 WndProc 确实是接收 WM_DEVICECHANGE 的**唯一入口**，前提是：你已调用 RegisterDeviceNotification 并让系统把该消息路由到你的窗体句柄。
-
WM_DEVICECHANGE默认不会进WndProc，必须先注册，否则哪怕写了 case 也永远不触发 - 注册需要 P/Invoke 调用
RegisterDeviceNotification，传入窗体的this.Handle和设备接口类 GUID（如GUID_DEVINTERFACE_USB_DEVICE） - 注册后，U 盘插拔时系统才向窗体发送
WM_DEVICECHANGE，此时m.WParam表示事件类型（DBT_DEVICEARRIVAL/DBT_DEVICEREMOVECOMPLETE），m.LParam是设备信息结构指针 - 忘记调用
UnregisterDeviceNotification可能导致资源泄漏或后续消息错乱
怎么写 WndProc 处理 WM_DEVICECHANGE？关键在参数解析
收到 WM_DEVICECHANGE 后，不能只看 m.Msg 就完事——真正区分“插上”还是“拔出”的是 m.WParam，而设备类型（U 盘、硬盘、手机等）藏在 m.LParam 指向的 DEV_BROADCAST_VOLUME 或 DEV_BROADCAST_DEVICEINTERFACE 结构里。多数人卡在没正确 Marshal 这块内存。
- 必须用
Marshal.PtrToStructure<dev_broadcast_volume>(m.LParam)</dev_broadcast_volume>解析卷变更消息，再检查dbcv_unitmask对应哪个驱动器号（bit 0 = A:, bit 1 = B:…） - 若要精确识别 U 盘（而非所有移动设备），得结合
DEV_BROADCAST_DEVICEINTERFACE+dbcc_classguid匹配 USB 存储类 GUID：{53f56307-a19f-11cf-8f20-00805f0030e3} -
m.LParam == IntPtr.Zero是合法情况（如广播消息无具体设备），必须判空，否则PtrToStructure崩溃 - 不要在
WndProc里做耗时操作（如弹窗、文件扫描），应发异步任务或 Post 到 UI 线程，否则阻塞消息泵会导致界面假死
为什么重写 WndProc 后插拔没反应？90% 是注册时机或权限问题
注册设备通知不是“写完代码就生效”，它依赖窗体句柄真实存在且有设备访问权限。常见失败点和调试建议如下：
- 在
Form.Load或Shown事件中注册——不能在构造函数里，因为此时this.Handle可能还没创建（IsHandleCreated == false） - 以管理员权限运行程序才能监听某些系统级设备事件（尤其 Windows 10/11 上部分 USB 类型），普通用户权限下
RegisterDeviceNotification可能返回IntPtr.Zero且不报错 - 用
Marshal.GetLastWin32Error()检查注册失败原因，常见错误码：ERROR_INVALID_PARAMETER (87)（句柄无效）、ERROR_ACCESS_DENIED (5)（权限不足） - 注册成功后，可用
Message类型断点验证：插拔 U 盘时是否真进了case 0x0219:（WM_DEVICECHANGE十六进制值）
替代方案：比 WndProc 更轻量的 DeviceWatcher（.NET 5+）
如果你用的是 .NET 5 或更高版本，且目标平台是 Windows 10 1809+，Windows.Devices.Enumeration.DeviceWatcher 是比 WndProc + P/Invoke 更干净的选择——它基于 WinRT API，无需手动管理句柄和内存，也不依赖窗口过程。
- 用
DeviceInformation.CreateWatcher订阅"System.Devices.InterfaceClassGuid:=\"{53f56307-a19f-11cf-8f20-00805f0030e3}\""即可监听 USB 存储设备 - 事件回调在后台线程触发，需用
Control.Invoke或SynchronizationContext回 UI 线程更新界面 - 不依赖窗体生命周期，可在服务或控制台应用中使用（需添加
Microsoft.Windows.SDK.ContractsNuGet 包） - 缺点：无法获取盘符变更细节（如哪个盘符被分配），仅能知道设备增删；旧版 .NET Framework（≤4.8）不支持
真正难的不是写那个 case WM_DEVICECHANGE，而是搞清注册是否成功、消息是否真的送达、以及 LParam 里那块内存到底该怎么读——这三个环节任意一个出错，整个逻辑就静默失效，连日志都难打。
