CDI

依赖注入 (DI) 是现代企业 Java 应用程序开发的基石。多年来，Java 开发人员依赖 Spring IoC（控制反转）或标准 Jakarta EE CDI（上下文和依赖注入）容器（如 Hibernate Weld 或 OpenWebBeans）来解耦组件生命周期、管理服务依赖项和注入配置属性。 然而，随着企业应用程序向云原生微服务、Docker 和 Kubernetes 容器化以及无服务器执行模型（AWS Lambda、Knative）过渡，传统的依赖项注入容器暴露了一个严重缺陷：繁重的运行时反射和高内存开销。 输入 Quarkus 及其轻量级 CDI 引擎 ArC。 Quarkus 专为 Kubernetes 和 GraalVM 本机编译而全新构建，通过将反射、类路径扫描和 bean 图连接从应用程序运行时转移到构建时，重新定义了依赖注入。 在本深入指南中，我们将探索 Quarkus 中使用 CDI 的依赖注入，涵盖 ArC 容器的内部机制、CDI 范围、自定义限定符、生产者、拦截器、事件驱动的观察者、编程式查找以及编写高性能云原生 Java 应用程序的最佳实践。 1. 了解 ArC：Quarkus 构建时 CDI 引擎 标准 Jakarta EE CDI 容器完全在应用程序启动时运行。当旧应用程序启动时，CDI 容器会扫描类路径中的每个 JAR、解析元数据、使用 Java 反射 (java.lang.reflect) 检查注释、在内存中生成动态代理并构建依赖关系图。这种动态反射会消耗大量 RAM（元空间）并增加冷启动启动时间。