我正在做一个项目，打算用一个小型（6键键盘）来控制树莓派上mpd（和）播放的音乐。显然，我需要“捕获”键盘输入，并将其转换为命令。我完全没有使用键盘的经验，但经过一番研究并以这篇问答为起点，我现在已经写出了一个简短的脚本，可以用来监控键盘的输出。mpcmpdevtest
Debian 网站上有一份关于这个evtest软件包的声明，我想咨询一下：
evtest 现在处于维护模式，不支持最新内核的所有功能；应该使用 evemu-tools 包中的 evemu-record。
我也尝试过evemu-record脚本中的命令；它的工作方式似乎与非常相似evtest。
我有两个问题：首先，evtest鉴于以下情况，上述问题是否真的值得关注：
- 目标系统是无头 Raspberry Pi（'bookworm'，64 位）
- 键盘只有 6 个键，通过 USB 连接
我对这句话也有一个疑问man evtest：
如果在捕获模式下指定了 --grab 标志，evtest 会在设备上保留一个 EVIOCGRAB。当此捕获处于活动状态时，其他进程将不会接收来自内核设备的事件。
这是否意味着，如果我的脚本启动了@reboot（cron），6键键盘的输出将永远不会进入任何其他进程？如果是这样，这对我来说似乎是“一件好事”，并且比……更具潜在优势evemu-record。
我想第二个问题是一个“意见问题”，但我想知道在 中编写这个键盘监视器与像我一样C在 中编写相比是否具有真正的“令人信服的优势”？bash
关于
evtest处于维护模式——如果它对你有用，请随意使用！这只意味着内核中添加的新 evdev 功能可能不受支持evtest。不过，对于键盘来说，这不太可能有太大影响（除非它有一些不知名的按键evtest）。您的理解是
--grab正确的；捕获的输入不可用于其他进程。evemu-record总是抓取，所以evtest在那里没有优势。对您的最后一个问题的任何回答都将基于观点；它实际上取决于您要做什么以及您编写 C v. shell 脚本的熟练程度。