SpringBoot AWS Lambda中服务注入失败问题求助

看起来你遇到的是Lambda环境下Spring上下文初始化时组件扫描或依赖注入时机的问题——虽然本地运行正常，但Lambda的Spring Cloud Function适配器初始化逻辑和普通Spring应用有差异，给你几个针对性的解决方案：

1. 显式指定组件扫描范围 #

默认情况下，Spring Cloud Function在Lambda中可能只扫描函数类所在的包，导致MyService所在的包没被纳入扫描范围。你可以在配置类里显式声明组件扫描的包路径：

@Configuration
@ComponentScan(basePackages = {"com.yourpackage.myservice", "com.yourpackage.uppercase"})
public class LambdaSpringConfig {
}

把上面的包路径替换成你实际的MyService和UppercaseService所在的包，确保所有需要被Spring管理的类都被扫描到。

2. 改用构造函数注入代替字段注入 #

Spring官方推荐构造函数注入，而且在Lambda这种特殊环境下，字段注入（@Autowired在字段上）可能因为Bean初始化顺序的问题导致依赖无法被注入。修改UppercaseService的注入方式：

@Service
public class UppercaseService {
    private final MyService myService;

    // 构造函数注入，Spring 4.3+无需添加@Autowired会自动识别
    public UppercaseService(MyService myService) {
        this.myService = myService;
    }

    // 你的业务方法逻辑
}

这种方式能确保MyService在UppercaseService实例化时就被注入，避免了字段注入的延迟初始化问题。

3. 确认Lambda Handler配置正确 #

确保你在AWS Lambda控制台配置的handler是Spring Cloud Function的官方适配器：

org.springframework.cloud.function.adapter.aws.SpringBootStreamHandler

同时你的主类要带有@SpringBootApplication注解，确保Spring上下文能正确初始化所有组件。

4. 检查打包方式 #

使用Spring Boot的Maven插件打包成可执行JAR，而不是普通的JAR包，这样能确保所有依赖和Spring初始化所需的结构都被正确包含：

mvn clean package spring-boot:repackage

打包完成后，把生成的*-exec.jar上传到Lambda，而不是普通的*.jar。

这些方法应该能解决你的依赖注入问题，核心是让Lambda环境下的Spring上下文能正确扫描并初始化所有需要的Bean，同时避免注入时机的问题。

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