KeyDown事件在窗体失焦后失效，因其依赖焦点控件；需用SetWindowsHookEx注册WH_KEYBOARD_LL低级钩子，配合静态回调、正确P/Invoke声明及结构体布局实现全局捕获。
为什么 KeyDown 事件在窗体失去焦点后就收不到按键了
因为默认的 KeyDown、KeyPress 等事件只响应当前获得焦点的控件，窗体最小化、切到其他程序时，你的应用已不再拥有输入焦点，系统根本不会把键盘消息派发给你。
想持续捕获，必须绕过消息循环的焦点限制，改用底层 Windows API 拦截原始输入流。这不是“加个事件就能解决”的事，而是要注册全局钩子（SetWindowsHookEx）。
- 仅靠 WinForms 自带事件无法实现真正“全局”监听，别在
Form.KeyPreview = true上浪费时间 -
GetAsyncKeyState可轮询检测，但有延迟、耗 CPU，且无法区分重复按键或准确获取字符（比如 Shift+A 是 'A' 还是 'a'） - 必须用
WH_KEYBOARD_LL类型的低级键盘钩子——它由系统在每次按键时主动调用你的回调函数，不依赖焦点 - 回调函数必须定义为
static，且所在类不能被 GC 回收，否则钩子会失效甚至导致目标进程卡死
如何用 SetWindowsHookEx 注册低级键盘钩子
核心是调用 User32.dll 的 SetWindowsHookEx，传入 WH_KEYBOARD_LL 和一个静态委托。钩子过程函数收到 WM_KEYDOWN / WM_KEYUP 消息时，从 lParam 解析出 KBDLLHOOKSTRUCT 结构体。
- 必须引用
System.Runtime.InteropServices，并用[DllImport]声明SetWindowsHookEx、UnhookWindowsHookEx、CallNextHookEx - 钩子句柄（
HINSTANCE）要用Marshal.GetHINSTANCE(Assembly.GetExecutingAssembly().GetModules()[0])获取，不能传IntPtr.Zero - 回调函数签名必须严格匹配：返回
IntPtr，参数为int nCode, IntPtr wParam, IntPtr lParam - 记得在程序退出前调用
UnhookWindowsHookEx，否则钩子残留会导致系统级异常
private static IntPtr HookCallback(int nCode, IntPtr wParam, IntPtr lParam) {
if (nCode >= 0 && (wParam == (IntPtr)0x0100 || wParam == (IntPtr)0x0104)) { // WM_KEYDOWN or WM_SYSKEYDOWN
var kbStruct = Marshal.PtrToStructure<KBDLLHOOKSTRUCT>(lParam);
Console.WriteLine($"KeyCode: {kbStruct.vkCode}, Flags: {kbStruct.flags}");
}
return CallNextHookEx(_hookId, nCode, wParam, lParam);
}
为什么按下 Ctrl+C 后程序没反应，或者热键冲突了
低级钩子能捕获所有按键，包括系统保留组合键（如 Ctrl+Esc、Alt+Tab），但 Windows 对部分组合键做了硬编码拦截——它们根本不会到达你的钩子，或者会在你处理完后被系统强制接管。
-
Ctrl+C在多数编辑控件中属于“已处理”消息，你的钩子能收到，但若不返回非零值，系统仍会执行默认复制行为；若返回非零，又可能破坏粘贴板逻辑 - 想实现自定义快捷键（如
Ctrl+Shift+X），必须在钩子回调里手动检测修饰键状态：GetAsyncKeyState(VK_CONTROL) - 不要在钩子回调里做耗时操作（如弹窗、文件 IO、网络请求），会阻塞整个桌面消息队列，导致鼠标卡顿、键盘失灵
- 64 位程序需确保所有 P/Invoke 声明使用
IntPtr而非int，否则在 x64 下lParam截断导致结构体解析失败
发布时提示“找不到 DLL 入口点”或调试时钩子立即失效
常见于未正确设置平台目标或混淆器干扰。.NET Core/.NET 5+ 默认生成 AnyCPU（首选 64 位），而 User32.dll 的函数签名在 32/64 位下虽一致，但钩子回调的内存布局和调用约定稍有差异，尤其涉及结构体字段对齐时。
- 发布前务必在项目属性中将
Platform Target设为x64或x86，禁用Prefer 32-bit（如果选 x64） -
KBDLLHOOKSTRUCT必须用[StructLayout(LayoutKind.Sequential)]显式声明，字段顺序和大小必须与 Windows SDK 完全一致 - 使用 ILMerge 或某些代码混淆工具后，静态回调方法可能被重命名或内联，导致
SetWindowsHookEx找不到入口点；建议对钩子相关类加[Obfuscation(Exclude = true)] - 调试时若钩子注册成功但没触发，用 Process Explorer 检查目标进程是否启用了 UIPI（用户界面特权隔离），普通权限进程无法对更高权限进程（如以管理员运行的记事本）安装钩子
Control.Invoke 或 SynchronizationContext 中转，但很多人忘了这一步，结果日志能打出来，界面上的 TextBox 就是不动。 
