Quarkus部署AWS Lambda遇类找不到及CDI注入异常问题求助

核心结论 #

Quarkus完全支持将具备CDI能力的应用部署到AWS Lambda，官方提供了专门的quarkus-amazon-lambda扩展来处理Lambda集成与CDI容器初始化逻辑，无需手动管理实例与依赖注入。

问题1：Native包上传后出现java.lang.ClassNotFoundException #

原因 #

• 直接指定自定义处理器类的方法作为Lambda入口，跳过了Quarkus Lambda扩展的初始化流程，导致native镜像未正确加载CDI容器及相关类。
• 自定义处理器或依赖的HelloService未被native编译流程正确包含。

解决方案 #

1. 使用Quarkus官方Lambda入口：将AWS Lambda的处理器配置为io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler::handleRequest，而非自定义类的handleRequest方法。Quarkus扩展会负责初始化CDI容器并调度你的处理器逻辑。
2. 配置处理器类到Quarkus：在application.properties中添加配置：

   quarkus.lambda.handler=net.sergiobelli.handlers.RestLambdaFunctionHandler
   

   让Quarkus识别你的自定义处理器类，确保它被纳入native编译范围。
3. 确保native编译正确包含类：若仍有类缺失，可在application.properties中添加native编译参数，强制包含相关类：

   quarkus.native.additional-build-args=--include-classes=net.sergiobelli.handlers.RestLambdaFunctionHandler,net.sergiobelli.service.HelloService
   

4. 正确生成native包：使用Quarkus推荐的命令生成native包（若需要容器编译，添加-Dquarkus.native.container-build=true）：

   mvn clean install -Dnative -DskipTests -Dquarkus.native.container-build=true
   

问题2：单jar包部署出现CDI注入导致的NullPointerException #

原因 #

Lambda直接实例化了你的RestLambdaFunctionHandler类，而非由Quarkus的CDI容器管理实例，导致HelloService注入未生效。

解决方案 #

1. 配置Quarkus Lambda入口：同样将Lambda处理器设置为io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler::handleRequest，由Quarkus负责CDI容器初始化与实例管理。
2. 标记处理器为CDI Bean：在RestLambdaFunctionHandler类上添加CDI作用域注解，比如@ApplicationScoped或@RequestScoped，确保Quarkus将其纳入容器管理：

   @ApplicationScoped
   public class RestLambdaFunctionHandler implements RequestHandler<APIGatewayProxyRequestEvent, APIGatewayProxyResponseEvent> {
       @Inject
       HelloService helloService;
       // ... 处理逻辑
   }
   

3. 检查依赖配置：确认pom.xml中已正确引入quarkus-amazon-lambda依赖，且依赖范围为runtime或默认：

   <dependency>
       <groupId>io.quarkus</groupId>
       <artifactId>quarkus-amazon-lambda</artifactId>
   </dependency>
   

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