异步递归调用AWS Lambda失效，仅阻塞模式可行的原因排查

核心原因：LambdaAsyncClient的生命周期与异步请求执行时机 #

1. 非阻塞方案失效的关键：客户端提前被关闭 #

在HandlerNonBlocking代码中，LambdaAsyncClient通过try-with-resources声明：

try (LambdaAsyncClient lambdaClient = LambdaAsyncClient.create()) {
    CompletableFuture<InvokeResponse> future = lambdaClient.invoke(request);
    future.thenAccept(response -> context.getLogger().log("Response status code: " + response.statusCode() + "\n"));
} // 此处客户端自动关闭

try-with-resources的特性是代码块执行完毕后立即释放资源，此时异步请求还未完成（甚至可能尚未发送到AWS服务端）。CompletableFuture的异步操作完全依赖客户端的连接池、线程池等资源，客户端关闭后这些资源被销毁，异步请求直接被取消，自然不会触发第二次Lambda调用。

你添加的Thread.sleep(5_000)是在try块外部执行的，此时客户端已经关闭，对异步请求没有任何作用。

2. 阻塞方案正常工作的原因：等待异步请求完成 #

HandlerBlocking中使用future.get()阻塞主线程，强制等待异步调用完成：

try (LambdaAsyncClient lambdaClient = LambdaAsyncClient.create()) {
    CompletableFuture<InvokeResponse> future = lambdaClient.invoke(request);
    InvokeResponse response = future.get(); // 阻塞直到请求执行完毕
} // 客户端在请求完成后才被关闭

future.get()会让主线程等待异步请求处理完成，此时客户端仍处于try块的生命周期内，资源未被释放，Lambda的异步调用能正常发送到AWS服务端，因此第二次Lambda会被触发执行。

非阻塞方案的修复建议 #

如果要保留非阻塞模式，需确保LambdaAsyncClient在异步请求完成前不被关闭，可采用两种方式：

• 手动管理客户端生命周期，在回调中关闭客户端：

LambdaAsyncClient lambdaClient = LambdaAsyncClient.create();
CompletableFuture<InvokeResponse> future = lambdaClient.invoke(request);
future.thenAccept(response -> {
    context.getLogger().log("Response status code: " + response.statusCode() + "\n");
    lambdaClient.close();
}).exceptionally(ex -> {
    context.getLogger().log("Error when invoking Lambda: " + ex.getMessage() + "\n");
    lambdaClient.close();
    return null;
});

• 使用future.join()替代get()（抛出非检查异常），本质仍是等待请求完成，但可简化异常处理：

try (LambdaAsyncClient lambdaClient = LambdaAsyncClient.create()) {
    CompletableFuture<InvokeResponse> future = lambdaClient.invoke(request);
    InvokeResponse response = future.join();
    context.getLogger().log("Response status code: " + response.statusCode() + "\n");
}

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