Spring Bean 依赖注入常见错误问题

这篇文章主要介绍了Spring Bean 依赖注入常见错误问题，文中提到value的工作大体分为三个核心步骤，具体内容详情跟随小编一起看看吧

有时我们会使用@Value自动注入，同时也存在注入到集合、数组等复杂类型的场景。这都是方便写 bug 的场景。

1 @Value未注入预期值

在字段或方法/构造函数参数级别使用，指示带注释元素的默认值表达式。

通常用于表达式驱动或属性驱动的依赖注入。还支持处理程序方法参数的动态解析

例如，在 Spring MVC 中，一个常见的用例是使用#{systemProperties.myProp} systemProperties.myProp #{systemProperties.myProp}样式的 SpEL（Spring 表达式语言）表达式注入值。

或可使用${my.app.myProp}样式属性占位符注入值。

@Value实际处理由BeanPostProcessor执行，这意味着不能在BeanPostProcessor或beanfactoryPostProcessor类型中使用 @Value。

V.S Autowired

在装配对象成员属性时，常使用@Autowired来装配。但也使用@Value进行装配：

使用@Autowired一般都不会设置属性值

@Value必须指定一个字符串值，因其定义做了要求：

一般都会因 @Value 常用于String类型的装配，误以为其不能用于非内置对象的装配。

可用如下方式注入一个属性成员：

使用 @Value更多是用来装配String，而且支持多种强大的装配方式

application.properties配置了这样一个属性：

user=admin password=pass

然后我们在一个Bean中，分别定义两个属性来引用它们：

password返回了配置值，但user却不是配置文件的指定值，而是PC用户名。

答疑

有一个正确的，说明 @Value使用姿势没问题，但user为啥不正确？

这就得精通Spring到底如何根据 @Value查询值。

@Value的核心工作流程 DefaultListablebeanfactory#doResolveDependency

@Nullable public Object doResolveDependency(DependencyDescriptor descriptor, @Nullable String beanName, @Nullable Set autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException { // ... Class> type = descriptor.getDependencyType(); // 寻找@Value Object value = getAutowireCandidateResolver().getSuggestedValue(descriptor); if (value != null) { if (value instanceof String) { // 解析Value值 String strVal = resolveEmbeddedValue((String) value); BeanDeFinition bd = (beanName != null && containsBean(beanName) ? getMergedBeanDeFinition(beanName) : null); value = evaluateBeanDeFinitionString(strVal, bd); } // 转化Value解析的结果到装配的类型 TypeConverter converter = (typeConverter != null ? typeConverter : getTypeConverter()); try { return converter.convertIfNecessary(value, type, descriptor.getTypeDescriptor()); } catch (UnsupportedOperationException ex) {} } // ... }

@Value 的工作大体分为以下三个核心步骤。