Electron应用打包部署后报spawn adb ENOENT错误如何解决？

spawn adb ENOENT 错误的核心原因是Electron打包后的生产运行环境无法定位到adb可执行文件，本地开发正常是因为开发环境继承了当前shell的PATH变量，可以找到预先配置的adb路径，而打包后的应用运行环境的PATH配置和开发环境不一致。

生产环境下Electron应用完全可以正常运行adb命令，可按以下方案解决：

方案一：引导用户自行安装adb环境 #

适合不想增加应用包体积的场景，需要解决打包后应用读取系统PATH不准确的问题：

• macOS/Linux系统下，Electron打包后的应用通过桌面入口启动时，不会读取shell配置文件（.bashrc/.zshrc等）中自定义的PATH配置，需要在应用启动时主动加载用户shell的PATH配置，或在设置页提供adb路径手动填写入口，将用户配置的路径存储在本地存储中，调用时直接使用用户填写的绝对路径。
• Windows系统下，可主动读取注册表中adb的安装路径，或同样提供手动配置入口，避免应用未读取到系统新增的PATH配置。

方案二：将adb打包进应用安装包 #

用户无需额外安装环境，体验更好，操作步骤如下：

1. 将对应平台的adb可执行文件及依赖（Windows端需包含adb.exe、AdbWinApi.dll、AdbWinUsbApi.dll，macOS/Linux端对应平台的adb二进制文件）放入项目静态资源目录。
2. 配置Electron打包工具（electron-builder/electron-packager）的extraResources字段，将adb所在目录标记为额外资源，打包时放入应用的resources目录，避免被构建流程忽略。
3. 修改spawn调用代码，动态拼接adb的绝对路径，示例代码如下：

const { spawn } = require('child_process');
const { app } = require('electron');
const path = require('path');

// 动态获取adb路径
const isProd = process.env.NODE_ENV === 'production';
const adbFileName = process.platform === 'win32' ? 'adb.exe' : 'adb';
const adbPath = isProd 
  ? path.join(process.resourcesPath, 'adb', adbFileName) // 生产环境从资源目录取
  : 'adb'; // 开发环境用系统PATH中的adb

const subprocess = spawn(adbPath, ['logcat', '-s', 'foo'], {
  detached: true,
  cwd: path.dirname(adbPath) // 解决Windows端依赖库找不到的问题
});

// 原有日志监听逻辑保持不变
let dataArr = []
subprocess.stdout.on('data', (data) => {
  console.log(`stdout: ${data}`);
  let temp = data.toString();
  dataArr.push(temp)
});

subprocess.stderr.on('data', (data) => {
  console.error(`stderr: ${data}`);
  setTimeout(fooTemp,15, 'close');
});

额外注意事项 #

• macOS端打包后如果出现adb“无法打开，因为开发者无法验证”的报错，需要对adb二进制文件进行签名公证，或引导用户在「系统设置-隐私与安全性」中允许adb运行。
• 调用spawn出现异常时，可打印当前运行环境的process.env.PATH变量，确认路径配置是否符合预期。
• 设备连接时需提前开启USB调试授权，避免adb无权限访问设备日志。

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