在AWS Lambda无服务器环境执行.jar文件遇ENOENT错误，求解决方案

首先，你碰到的ENOENT错误核心原因是**child_process.execFile的使用方式不对**。这个方法的第一个参数得是可执行文件的路径（比如java），而不是把整个命令串丢进去。你把完整的java -jar ...命令作为第一个参数传入，系统会误以为要找一个叫java -jar /var/task/src/myjar.jar的可执行文件，自然找不到，就触发了这个错误。

步骤1：修正execFile的调用逻辑 #

把命令拆成可执行文件和参数列表，这才是execFile的正确用法：

var exec = require('child_process').execFile;
const jarPath = `${process.env.LAMBDA_TASK_ROOT}/src/myjar.jar`;
// 第一个参数是可执行文件java，第二个参数是参数数组
exec('java', ['-jar', jarPath], function (err, stdout, stderr) {
  if (err) {
    cb(null, { err: err, stderr: stderr });
  } else {
    cb(null, { resp: stdout });
  }
});

如果改完还是报错找不到java，那说明你的Lambda运行时环境里没装Java，接着看第二步。

步骤2：确保Lambda环境有Java运行时 #

默认情况下，Node.js运行时的Lambda环境不带Java，你有两种解决思路：

方式A：换用包含Java的Lambda运行时 #

如果业务允许，可以直接把Lambda函数的运行时改成Java，然后在Java代码里调用你的JAR（或者直接把JAR的逻辑整合进去）。但如果必须用Node.js触发，这个方式可能不适用。

方式B：通过Lambda层添加Java运行时 #

1. 下载对应架构（x86_64或arm64）的OpenJDK压缩包（比如OpenJDK 11）。
2. 解压后把jdk目录打包成zip包（注意zip包的根目录要直接是jdk里的内容，不能套外层文件夹）。
3. 在AWS控制台创建一个Lambda层，上传这个zip包，再把层关联到你的Node.js Lambda函数。
4. 在代码里指定Java的完整路径：

// Lambda层的Java路径一般是/opt/jdk/bin/java
exec('/opt/jdk/bin/java', ['-jar', jarPath], function (err, stdout, stderr) {
  // 处理逻辑
});

步骤3：确认JAR文件路径正确 #

打包上传时，要确保myjar.jar确实在src目录下。你可以在Lambda函数里加一段调试代码，列出目录文件来验证：

const fs = require('fs');
fs.readdirSync(`${process.env.LAMBDA_TASK_ROOT}/src`).forEach(file => {
  console.log('当前目录文件:', file);
});

然后去CloudWatch日志里看看，确认myjar.jar存在。

额外提醒 #

• 不需要给JAR文件加可执行权限，Java会处理它，但要确保Lambda执行角色有读取文件的权限（默认是有的）。
• 如果你的JAR依赖其他配置文件或资源，也要把这些文件一起打包上传到对应路径。

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