objectprovider 是 spring 中用于可选依赖和延迟获取 bean 的增强型工具，弥补了 @autowired(required=false) 和 optional 的缺陷，支持按需实例化、多种安全获取方式及参数化获取。
在 Spring 中，ObjectProvider 是 ObjectFactory 的增强版，专为解决“可选依赖”和“延迟/按需获取 Bean”而设计。它比直接使用 @Autowired(required = false) 或 Optional<t></t> 更灵活、更安全，尤其适合处理可能不存在、或需要条件化初始化的依赖。
为什么不用 @Autowired(required = false) 或 Optional？
直接注入 Optional<t></t> 虽然能避免 NPE，但会让 Bean 在启动时仍被创建（哪怕没被 Optional::get 调用），且无法控制初始化时机；required = false 则只能注入 null，后续判空易出错，也不支持懒查、多次获取或带参数的获取逻辑。ObjectProvider 正是为弥补这些短板而来——它不触发提前实例化，只在真正调用 getObject() 时才尝试解析 Bean，并提供多种安全获取方式。
基本用法：声明并获取可选 Bean
在字段、构造器或 setter 中注入 ObjectProvider<yourbean></yourbean>：
- 构造器注入（推荐）：
private final ObjectProvider<emailservice> emailServiceProvider;</emailservice>
然后在需要时调用：
-
emailServiceProvider.getIfAvailable()→ 返回null如果没找到 Bean -
emailServiceProvider.getIfAvailable(() -> new MockEmailService())→ 提供默认实例 -
emailServiceProvider.getObject()→ 找不到则抛NoUniqueBeanDefinitionException或NoSuchBeanDefinitionException -
emailServiceProvider.stream().findFirst().orElse(null)→ 获取单个（适合有多个候选时选一个）
-
进阶技巧：结合泛型与参数化获取
ObjectProvider 支持带参数的获取（适用于工厂方法或 @Bean 方法签名含参数的场景）：
-
myProvider.getObject("smtp", 587)→ 自动匹配接受String和int参数的@Bean方法 - 也可配合
@Qualifier使用：@Qualifier("primaryEmailService") ObjectProvider<emailservice></emailservice> - 若 Bean 是 prototype 作用域，每次
getObject()都返回新实例（ObjectFactory同样支持，但ObjectProviderAPI 更丰富）
典型适用场景
- 插件式扩展：主模块不强制依赖某个可选功能模块（如短信服务），但运行时存在就启用
- 多实现策略：有多个
PaymentProcessor实现，按配置动态选择一个，未配置时走兜底逻辑 - 测试隔离：单元测试中不注册某些 Bean，生产环境才注册，代码无需修改即可兼容
- 避免循环依赖中的早期引用：用
ObjectProvider延迟获取，绕过构造器阶段的强依赖
本质上，ObjectProvider 不是“替代注入”，而是“可控的按需注入”。它让依赖关系更清晰、启动更轻量、逻辑更健壮——只要记住：要用时再取，取不到有退路，取多个能筛选，就够了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
