如何在树莓派RPI的Electron项目中实现GPIO控制？

核心问题原因 #

onoff是依赖Node.js原生ABI的C++扩展模块，Electron内置的Node.js运行时ABI版本和树莓派系统安装的Node.js版本不一致，所以直接安装的onoff模块无法在Electron中运行，electron-rebuild执行无效大多是参数错误或环境依赖缺失导致的。

修复electron-rebuild无效问题 #

按以下步骤执行可解决90%的rebuild失效问题：

• 先清理项目缓存：删除项目根目录下的node_modules文件夹、package-lock.json或yarn.lock文件
• 安装项目级的electron-rebuild依赖：
  npm install --save-dev electron-rebuild
• 手动指定Electron版本和架构执行rebuild，避免自动识别出错：
  64位树莓派系统（树莓派4/400/5默认系统）执行：
  ./node_modules/.bin/electron-rebuild -v 【你的Electron实际版本号】 -a arm64
  32位树莓派系统执行：
  ./node_modules/.bin/electron-rebuild -v 【你的Electron实际版本号】 -a armv7l
• 注意：执行rebuild前先安装树莓派编译依赖，否则会出现静默编译失败的情况：
  sudo apt update && sudo apt install build-essential libudev-dev -y
• 编译完成后先执行sudo npm start测试，避免权限问题导致报错，如果sudo运行正常，执行sudo usermod -aG gpio $USER重启后就可以普通用户权限运行。

更稳定的替代实现方案（无原生模块适配问题） #

如果rebuild始终失败，推荐使用IPC分离方案，完全避开Electron原生模块ABI兼容问题：

• 单独编写一个独立的Node.js GPIO服务脚本，直接用系统Node.js安装运行onoff库，实现GPIO的读写逻辑
• Electron端通过本地TCP/UDP或者轻量的node-ipc库和GPIO服务通信，发送控制指令、接收GPIO状态返回
• 该方案无需做任何原生模块编译适配，Electron版本升级也不会出现兼容问题，稳定性远高于直接在Electron中调用原生GPIO库

其他可选GPIO库 #

如果不想用分离方案，也可以更换适配性更好的GPIO库：

• pigpio：报错率低于onoff，同样支持electron-rebuild编译适配
• rpio：纯JS封装的GPIO库，不需要C++编译，适配Electron更简单

内容的提问来源于stack exchange，提问作者Smg Kids