在Heroku部署的Node.js应用中调用C可执行文件作为子进程失败如何解决

1. 修复可执行文件名称与路径不匹配问题 #

你的Makefile中gcc编译输出的文件名为a.out，但Node.js代码中spawn调用的是./a，二者名称不一致是直接报错原因。
注意：Heroku应用的所有代码默认部署在/app目录下，你之前遍历系统根目录/自然找不到编译后的C程序，需要遍历当前工作目录process.cwd()才能看到部署文件。

2. 修正Makefile配置 #

c-buildpack会将编译产物输出到项目根目录，首先确认Makefile中all下方的gcc命令必须以Tab键缩进（Makefile语法要求，空格缩进会导致编译命令不执行），然后调整输出文件名和调用逻辑一致即可：

all:
	gcc main.c -o a

如果不想改Makefile，也可以直接把Node.js中spawn的参数改为./a.out。

3. 验证可执行文件权限 #

可在Node.js服务启动时增加日志，确认编译产物存在且有可执行权限：

const fs = require('fs');
const path = require('path');

console.log('当前工作目录：', process.cwd());
fs.readdirSync(process.cwd()).forEach(file => {
  const fullPath = path.join(process.cwd(), file);
  const stat = fs.statSync(fullPath);
  console.log(`文件：${file}，是否有可执行权限：${!!(stat.mode & fs.constants.S_IXUSR)}`);
});

如果权限不足，可在Makefile中增加权限设置：

all:
	gcc main.c -o a
	chmod 755 a

4. 补全子进程错误捕获逻辑 #

现有代码仅监听了stdout的data事件，无法捕获子进程启动失败、运行错误等问题，补全事件监听便于定位问题：

app.get('/extra', function (req, res) {
    const child = spawn('./a');
    let output = '';
    child.stdin.setDefaultEncoding('utf-8');
    child.stdin.write(52 + "\n");
    child.stdin.end();

    child.stdout.on('data', (data) =>{
        output += data.toString();
    });

    // 捕获C程序的错误输出
    child.stderr.on('data', (data) => {
        console.error('C程序错误输出：', data.toString());
    });

    // 捕获子进程启动失败错误
    child.on('error', (err) => {
        console.error('子进程启动失败：', err);
        res.status(500).send('服务错误：' + err.message);
    });

    // 监听子进程退出事件
    child.on('exit', (code) => {
        if (code === 0) {
            res.send(output);
        } else {
            res.status(500).send('C程序异常退出，退出码：' + code);
        }
    });
});

5. 确认Buildpack执行顺序 #

如果你同时使用了C buildpack和Node.js buildpack，需要确保C buildpack执行顺序在Node.js buildpack之前，否则编译好的C程序可能会被后续部署步骤覆盖，可通过以下命令调整顺序：
heroku buildpacks:add --index 1 heroku-community/c

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