Electron运行子进程时报write epipe错误、打包后正常如何解决

1. 核心触发原因是Electron开发环境与打包环境的子进程运行环境不一致：Stockfish作为交互式CLI引擎，启动时会主动检测运行环境是否为可交互TTY终端。开发模式下通过electron .启动项目时，默认创建子进程的stdio配置为非TTY管道，Stockfish检测到非交互式环境后会自动提前退出，导致后续写入stdin时目标流已关闭，触发EPIPE错误。打包后Electron运行时为独立会话，子进程检测到的TTY环境符合要求，因此不会异常退出。
2. 次要触发原因：部分版本Electron开发环境会劫持子进程信号处理逻辑，未显式声明detached属性的子进程会被Electron的开发守护进程意外终止，同样会导致stdin被提前关闭。

• 显式配置子进程stdio与运行属性，适配交互式程序要求，修改execFile调用参数：

const child = execFile(stockfish, [], {
  stdio: ['pipe', 'pipe', 'pipe'],
  detached: process.platform !== 'win32',
  env: {
    ...process.env,
    TERM: 'xterm',
    ELECTRON_RUN_AS_NODE: undefined,
    ATOM_SHELL_INTERNAL_RUN_AS_NODE: undefined
  }
});
// 必须主动监听stdout/stderr的data事件，避免缓冲区占满导致子进程挂起
child.stdout.on('data', (data) => console.log('引擎输出：', data.toString()))
child.stderr.on('data', (data) => console.error('引擎错误：', data.toString()))

• 若上述配置无效，可使用node-pty模块替代原生child_process创建子进程，模拟完整终端环境，开发和打包环境表现完全一致，无需每次打包验证逻辑正确性。
• 开发调试时避免使用热重载工具启动Electron，直接通过electron .命令启动，减少开发工具对进程逻辑的额外劫持。

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