java接口无法直接注入或读取properties文件中的属性值，必须借助spring的@component或@service等注解的实现类，并结合占位符语法（如${property.name}）完成动态配置绑定。
在Spring生态中，@PropertySource、@Value 和 ${...} 占位符等配置驱动能力仅对Spring管理的Bean生效，而Java接口本身不具备运行时实例化能力，也不受Spring容器托管——因此，像 @LambdaFunction(functionName = "${testvalue}") 这样的注解直接写在接口方法上是无效的，Spring不会解析其中的占位符，更不会进行属性替换。
✅ 正确做法：将配置绑定移至具体的Spring Bean实现类中。
假设你的 application.properties 文件中定义了：
lambda.function.name=testValue
你可以创建一个服务实现类，并在其实现方法上使用占位符：
立即学习“Java免费学习笔记（深入）”；
@Service
public class LambdaPDFServiceImpl implements LambdaPDFService {
@Override
@LambdaFunction(functionName = "${lambda.function.name}")
public Map setResponse(LambdaPdfRequest input) {
// 实际调用逻辑（如委托给AWS LambdaInvoker）
return Collections.emptyMap();
}
} ⚠️ 注意事项：
- 确保 application.properties 位于 src/main/resources/ 下，且已被Spring Boot自动加载（默认支持）；
- 若使用自定义配置文件（如 config/app.properties），需显式添加 @PropertySource("classpath:config/app.properties") 到配置类或启动类上；
- @LambdaFunction 是 AWS SDK for Java v2 的注解，其 functionName 属性支持SpEL表达式与占位符，但前提是该方法所属类必须是Spring容器管理的Bean（即标注了 @Service / @Component 等）；
- 接口 LambdaPDFService 仅用于契约定义，不应承担配置职责；所有配置解析、依赖注入和业务逻辑均应在实现类中完成。
? 扩展建议：若需多环境灵活切换函数名，还可结合 @Profile 或 @ConditionalOnProperty 进行条件化配置，进一步提升可维护性。
