本文介绍在树莓派 3（raspberry pi os）上，如何在 python（用于 evdev 设备读取）与 java（用于游戏逻辑）之间建立低延迟、高可靠性的进程间通信，兼顾设备自动识别与运行时事件推送，避免低效的轮询文件方案。
在嵌入式游戏开发中，常需将底层硬件输入（如 USB 游戏手柄）快速、准确地传递至上层应用。由于 Java 在 Raspberry Pi 上缺乏对 Linux /dev/input/event* 设备的原生、轻量级支持，而 Python 的 evdev 库成熟稳定，一个典型架构是：Python 进程负责设备监听与原始事件解析，Java 进程负责游戏渲染与逻辑处理。二者同机运行，关键挑战在于——如何实现比“文件轮询”更高效、比“Socket/HTTP”更轻量、比“JNI 绑定”更易维护的数据通道。
✅ 推荐方案：混合架构 —— 设备发现用 Python + 事件分发用专用 Java 库
最优实践并非单一 IPC 方式，而是分层协作：
- 设备枚举阶段（一次性）：由 Python 脚本扫描 /dev/input/event0–19，读取每个设备的 name、phys、uniq 等属性，生成唯一标识映射表（如 “Logitech Gamepad F310_x_/dev/input/event4″），写入 devices.txt。Java 启动时读取该文件，精准绑定目标设备。
- 运行时事件阶段（高频、低延迟）：直接采用 simple-evdev-java 库——它基于 JNI 封装了 libevdev C 接口，可原生读取 event* 设备，无需 Python 中转，毫秒级响应，零序列化开销。
⚠️ 注意：simple-evdev-java 不提供设备发现能力（因需 ioctl 级访问），因此必须配合 Python 预扫描步骤，形成“一次配置、长期运行”的健壮流程。
? Python 设备扫描脚本（增强版）
以下为生产就绪的扫描脚本，已修复原文中的索引错误、异常捕获不全及换行符问题，并增加设备有效性验证：
#!/usr/bin/env python3
# save as detect_devices.py, chmod +x and run once at setup
from evdev import InputDevice, list_devices
import os
def scan_devices(max_index=20):
devices = []
for i in range(max_index):
path = f'/dev/input/event{i}'
if not os.path.exists(path):
continue
try:
dev = InputDevice(path)
# 过滤掉非字符设备或无名称设备
if dev.name.strip() and 'event' in dev.phys:
entry = f"{dev.name.strip()}_x_{path}"
devices.append(entry)
except (OSError, IOError, PermissionError):
continue # 忽略权限不足或无效设备
return devices
if __name__ == '__main__':
found = scan_devices()
with open('devices.txt', 'w', encoding='utf-8') as f:
for line in found:
f.write(line + '\n') # 使用 \n（Unix 标准），非 \r\n
print(f"✅ 扫描完成，共发现 {len(found)} 个有效输入设备")
for d in found:
print(f" → {d}")
运行后生成的 devices.txt 示例：
