在 Quarkus 中，@ConfigProperty 无法在字段上直接注入后用于构造函数参数初始化（因字段注入发生在构造之后），正确做法是将配置属性作为 @Inject 构造函数的参数，由 CDI 容器自动解析并传入。
在 quarkus 中，`@configproperty` 无法在字段上直接注入后用于构造函数参数初始化（因字段注入发生在构造之后），正确做法是将配置属性作为 `@inject` 构造函数的参数，由 cdi 容器自动解析并传入。
Quarkus 基于 CDI（Contexts and Dependency Injection）实现依赖管理，其生命周期严格遵循“构造 → 字段注入 → 初始化方法”顺序。因此，若在字段上使用 @ConfigProperty（如 @ConfigProperty(name = "my-config-prop") String test;），该字段在构造函数执行时尚未被赋值，此时用它创建依赖对象（如 new TestClass(test)）必然导致 null —— 这正是原始代码失效的根本原因。
✅ 正确方案：构造函数参数级注入
Quarkus 支持将 @ConfigProperty 直接声明为 @Inject 构造函数的参数，CDI 容器会在实例化时自动解析配置项，并完成类型安全的注入：
@ApplicationScoped
public class AppScopeTest {
private final TestClass testClass;
@Inject
public AppScopeTest(@ConfigProperty(name = "my-config-prop") String configValue) {
this.testClass = new TestClass(configValue); // configValue 已确保非 null（若配置缺失会启动失败）
}
// 可选：提供访问方法
public TestClass getTestClass() {
return testClass;
}
}✅ 优势说明：
- 时机可靠：配置值在构造前已由容器解析完毕，杜绝 null 风险；
- 不可变性：推荐将 testClass 声明为 final，符合不可变设计原则，提升线程安全性；
- 启动校验：若 my-config-prop 未在 application.properties 或环境变量中定义，Quarkus 将在应用启动阶段抛出明确异常（如 ConfigurationException），便于早期发现问题。
? 注意事项与最佳实践
- 配置项必须存在且可转换为目标类型（如 String、int、boolean 等），否则启动失败；
- 若配置为可选，可添加 defaultValue = "default-value" 属性：
@ConfigProperty(name = "my-config-prop", defaultValue = "fallback") String configValue - 避免在构造函数中执行耗时操作或外部调用（如数据库连接），以免阻塞 Bean 创建；
- 对于复杂初始化逻辑，可考虑使用 @PostConstruct，但本场景中构造函数注入已完全满足“实例创建即完成依赖初始化”的需求。
综上，将 @ConfigProperty 移至构造函数参数并配合 @Inject，是 Quarkus 中实现配置驱动依赖初始化最简洁、健壮且符合规范的方式。
