如何本地搭建环境运行可相互调用的多个Lambda并完成测试

方案可行性说明 #

你原本的ngrok代理转发+本地双SAM服务的测试方案没有问题，核心需要解决的是SAM本地服务的已知限制问题。

问题原因 #

你遇到的InvocationType: 'Event'失效是SAM CLI的本地模拟服务的已知限制：sam local start-lambda目前仅支持同步的RequestResponse调用类型，没有实现异步Event调用的逻辑。

可行解决方案 #

方案1：最小代码改动适配本地测试 #

仅在非生产环境动态替换调用类型，不影响线上原有逻辑：

exports.route = async (req) => {
    const functionName = getFunctionName(req.body.data);
    await client.send(
        new InvokeCommand({
            FunctionName: functionName,
            // 本地测试用同步调用，线上保留异步Event模式
            InvocationType: process.env.env === "prod" ? 'Event' : 'RequestResponse',
            Payload: JSON.stringify({
                body: req.body,
                headers: req.headers
            })
        })
    );
}

方案2：单SAM模板统一管理所有Lambda #

把多个Lambda的定义都放在同一个SAM的template.yaml文件中，直接用sam local start-api统一启动所有服务，SAM会自动处理同模板内的Lambda调用路由，不需要手动配置LambdaClient的endpoint参数，也不会遇到调用类型不兼容的问题。

方案3：用LocalStack模拟完整AWS环境 #

如果需要完全对齐线上的异步调用逻辑，可以用LocalStack替代SAM的start-lambda服务，LocalStack完整实现了Lambda的异步Event调用能力，仅需要把LambdaClient的endpoint指向LocalStack的Lambda服务端口即可。

注意事项 #

• 本地启动sam local start-lambda时要确保暴露的端口和代码中配置的endpoint端口一致，不要用127.0.0.1作为endpoint地址，容器内部无法访问宿主机的回环地址，你当前使用的内网IP配置是正确的。
• 调用时传入的FunctionName需要和本地启动的第二个Lambda的函数名/逻辑ID完全匹配，SAM本地服务会按名称匹配调用目标。

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