如何结合Promise使用Node.js的child_process.exec()？为何Promise立即返回1

我来帮你拆解下这个问题，主要是两个关键点导致了你的Promise立即以退出码1完成解析：

1. Docker Exec的-t参数不适用于非交互式环境 #

你在命令里用了docker exec -i -t，其中-t参数会让Docker给容器内的进程分配一个伪终端（TTY）。但Node.js的child_process.exec是在非交互式环境下运行的，没有对应的终端支持，这会导致容器内的进程刚启动就立刻退出，返回码1。

而你在命令行运行正常，是因为命令行本身就是交互式终端，-t参数能正常发挥作用。

解决办法：
如果你的long-running-script.js不需要手动输入等交互操作，直接去掉-t参数即可，命令改成：

/usr/local/bin/docker exec -i cucumber node long-running-script.js

要是连输入都不需要，-i也可以去掉，简化成：

/usr/local/bin/docker exec cucumber node long-running-script.js

2. Promise封装的不规范问题 #

你的execWithPromise有几个小问题：

• Promise的executor函数不需要加async，完全是多余的
• 同时监听exit和close事件并调用resolve，会导致Promise被重复触发（虽然Promise只会处理第一次，但这是不规范的写法）
• 没有处理进程启动失败的error事件，也没有捕获命令执行的错误输出

优化后的Promise封装应该是这样的：

const childProcess = require('child_process');

const execWithPromise = (command) => {
  return new Promise((resolve, reject) => {
    const process = childProcess.exec(command, (error, stdout, stderr) => {
      if (error) {
        console.error(`命令执行出错: ${stderr}`);
        reject(error);
        return;
      }
      // 可以根据需求选择返回输出内容，或者直接resolve退出状态
      resolve({ stdout, stderr });
    });

    // 监听进程启动失败的情况（比如命令路径错误）
    process.on('error', (err) => {
      reject(new Error(`进程启动失败: ${err.message}`));
    });
  });
};

如果你的脚本确实需要交互式操作（比如需要手动输入内容），那应该用child_process.spawn而非exec，因为spawn更适合处理流和终端交互，示例代码：

const spawnWithPromise = (command, args) => {
  return new Promise((resolve, reject) => {
    const process = childProcess.spawn(command, args, {
      stdio: 'inherit' // 继承父进程的输入输出，实现交互式操作
    });

    process.on('exit', (code) => {
      code === 0 ? resolve(code) : reject(new Error(`进程退出码: ${code}`));
    });

    process.on('error', reject);
  });
};

// 使用方式
await spawnWithPromise('/usr/local/bin/docker', [
  'exec', '-i', '-t', 'cucumber', 'node', 'long-running-script.js'
]);

验证方案 #

把命令里的-t参数去掉，再用优化后的execWithPromise，应该就能正常顺序执行两个长时间运行的脚本了。

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