Qt拦截键盘鼠标事件有两条路径：重写keyPressEvent/mousePressEvent仅对有焦点或可交互控件生效；eventFilter不依赖焦点，可跨控件甚至全局拦截，但系统级钩子需平台API且Qt原生不支持。
Qt 里拦截键盘和鼠标事件，核心就两条路：要么重写控件自身的事件处理函数，要么用 eventFilter 拦在事件到达目标之前。选哪条，取决于你要拦的范围——是单个控件、一堆子控件，还是整个应用。
keyPressEvent / mousePressEvent 重写只对有焦点且启用事件的控件生效
重写 keyPressEvent 或 mousePressEvent 是最直接的方式，但有个硬前提：该控件必须拥有焦点（键盘）或处于可交互状态（鼠标）。常见失效场景包括：
- QLineEdit 没调用
setFocusPolicy(Qt::StrongFocus)，按键盘没反应 - 自定义 QWidget 子类默认
focusPolicy()是Qt::NoFocus，keyPressEvent根本不会被调用 - 鼠标事件被父控件吞掉（比如 QLabel 默认不接受鼠标事件，需先调用
setMouseTracking(true)和setAttribute(Qt::WA_Hover, true)） - 事件里忘了调用
event->accept()或QWidget::keyPressEvent(event)，导致后续默认行为（如 QLineEdit 输入字符）也被吃掉
eventFilter 是跨控件拦截的通用方案
eventFilter 不依赖焦点，也不要求目标控件配合，适合统一处理多个对象的输入事件。典型用法是让主窗口或某个管理器对象安装过滤器：
- 先调用
targetWidget->installEventFilter(this)，把当前对象注册为监听者 - 重写
eventFilter(QObject *obj, QEvent *event)，用event->type()判断是否是QEvent::KeyPress或QEvent::MouseButtonPress - 返回
true表示“已处理，别往下传”，返回false表示“放行，继续走默认流程” - 注意：如果过滤的是
QApplication::instance()，就能捕获全局事件（但仅限本进程内）
全局钩子（Windows）要绕过 Qt 事件循环，慎用
真正意义上的系统级拦截（比如按 Ctrl+Alt+T 全局唤起工具），Qt 原生不提供，得调 Windows API 如 SetWindowsHookEx(WH_KEYBOARD_LL, ...)。这类做法：
- 必须用平台相关代码，Linux/macOS 完全不适用
- 钩子函数不能做耗时操作，否则卡住整个桌面输入
- Qt 的
QApplication::notify虽能全局拦截事件，但它仍处在 Qt 事件循环内——系统软键盘（TabTip.exe）弹出发生在 Qt 之前，所以它拦不住 Windows 触摸屏下的自动键盘 - 工业 kiosk 场景中，更稳妥的做法是用
eventFilter监听焦点变化 +FindWindow(L"Shell_TrayWnd")配合ShowWindow(SW_HIDE)主动压制 TabTip 窗口
最容易被忽略的一点：键盘事件是否触发，和鼠标光标位置无关，只和焦点归属有关；而鼠标事件是否送达，取决于控件是否启用了对应属性（如 setMouseTracking）、是否被上层遮挡、以及事件是否被中途 accept() 掉。调试时优先查 focusWidget() 返回值和 event->isAccepted() 状态，比反复改信号槽更有效。
