本文介绍使用python独占监听指定usb键盘的按键事件，同时阻止其向操作系统发送常规输入，实现仅由python程序接收并处理原始按键数据。
在嵌入式控制、Kiosk终端、工业HID设备交互等场景中，常需让某个专用USB键盘（如条码扫描器、定制小键盘）完全绕过系统输入栈，仅将原始按键事件传递给Python程序处理，而不在桌面、浏览器或文本编辑器中产生任何响应。这要求两个核心能力：精准设备识别与输入事件劫持+屏蔽。
⚠️ 重要前提：上述需求无法通过纯用户态库（如 keyboard 或 pynput）真正“独占”某一物理USB设备——它们默认监听全局输入事件，无法区分按键来源是哪个键盘（尤其当多个同类型键盘接入时）。因此，必须结合底层设备访问与权限控制：
✅ 推荐方案：evdev + 设备级独占（Linux）
evdev 是Linux下直接读取 /dev/input/eventX 设备节点的可靠方案，支持以 exclusive 模式打开设备，确保其他进程（包括X11/Wayland）无法读取该设备事件：
# 安装：pip install evdev
from evdev import InputDevice, list_devices, ecodes
import os
# 列出所有输入设备，手动识别目标键盘（例如通过名称或物理路径）
devices = [InputDevice(path) for path in list_devices()]
for dev in devices:
if 'Your_Keyboard_Name' in dev.name or 'usb-046d:' in dev.phys: # 替换为实际标识
print(f"Found target: {dev.name} at {dev.path}")
device = InputDevice(dev.path)
break
else:
raise RuntimeError("Target USB keyboard not found")
# 以独占模式打开（需root或udev规则授权）
device.grab() # ⚠️ 关键：阻塞其他进程访问此设备
print("Keyboard captured. Press keys (Ctrl+C to exit)...")
try:
for event in device.read_loop():
if event.type == ecodes.EV_KEY and event.value == 1: # key down only
key_name = ecodes.KEY[event.code] if event.code in ecodes.KEY else f'KEY_{event.code}'
print(f"Received: {key_name}")
# ✅ 此处可对接业务逻辑：解析快捷键、触发动作、转发网络等
except KeyboardInterrupt:
device.ungrab()
print("\nReleased.")? 权限配置（必需步骤）
- 运行前需赋予Python进程访问 /dev/input/ 的权限：
sudo usermod -a -G input $USER # 将用户加入input组
- 或创建udev规则（推荐）：
/etc/udev/rules.d/99-usb-keyboard-exclusive.rules：SUBSYSTEM=="input", ATTRS{name}=="Your_Keyboard_Name", MODE="0660", GROUP="input", ENV{ID_INPUT_KEYBOARD}="1"然后执行 sudo udevadm control --reload-rules && sudo udevadm trigger。
立即学习“Python免费学习笔记（深入）”；
❌ 为什么 keyboard.block_key() 不可靠？
原答案中 keyboard.block_key() 实际调用的是Windows API BlockInput 或X11模拟屏蔽，存在严重缺陷：
- 无法区分键盘来源，会误拦所有键盘；
- 在Wayland或macOS下不可用；
- 屏蔽延迟高，仍可能漏发1–2个键；
- 无设备级独占，系统级焦点切换时失效。
? 补充：跨平台折中方案（仅限开发/测试）
若必须支持Windows/macOS且接受非严格独占，可组合使用：
- pynput.keyboard.Listener 监听全局按键；
- keyboard.block_key() 对高频键（如ESC、Enter）做即时拦截；
- 配合物理隔离：将目标键盘插入专用USB集线器，并通过 usb.core 或 pyusb 检测设备插拔事件辅助识别。
✅ 总结：生产环境强烈推荐 evdev（Linux）方案，它提供真正的设备级独占与低延迟响应；跨平台需求应优先考虑硬件层隔离（如专用USB控制器）+ 应用层协议解析（如键盘设为HID自定义报告模式），而非依赖OS输入栈劫持。
