spring中的扫描机制

背景

项目中出现，一个bean 在 @ComponentScan 注解的包下面却没有被扫描，并创建为bean的bug。所以需要了解spring的扫描机制。

原因以及源码位置

当项目里面有 resources/META-INF/spring.components 文件的时候，spring进入这个if判断 if (this.componentsIndex != null && indexSupportsIncludeFilters())， ，扫描机制的ComponentScan失效了

当进入这个判断之后，spring就会只扫描 resources/META-INF/spring.components 文件 中的bean。所以其他的bean并不会被扫描进来。

spring中 ComponentScan 的 nameGenerator 属性

nameGenerator 用来指定 beanName的生成器

源码位置

// @ComponentScan 注解的 nameGenerator 属性  ， beanName 生成器  
// Class<? extends BeanNameGenerator> nameGenerator() default BeanNameGenerator.class;  
// 默认值 BeanNameGenerator.classClass<? extends BeanNameGenerator> generatorClass = componentScan.getClass("nameGenerator");  
boolean useInheritedGenerator = (BeanNameGenerator.class == generatorClass);

自定义beanName生成器例子

## 设置 ComponentScan 的 nameGenerator 属性
...
nameGenerator = CustomerBeanNameGenerator.class
...




public class CustomerBeanNameGenerator implements BeanNameGenerator {  
   @Override  
   public String generateBeanName(BeanDefinition definition, BeanDefinitionRegistry registry) {  
      // beanName 从 userService 变成了 customerPrefixcn.xiaosy.springdemo.scanner.service.UserService      
      return "customerPrefix" + definition.getBeanClassName();  
   }  
}

spring中的其他属性就不再举例子了。和这个的源码在同一个地方。

扫描机制中用到的asm技术

通过反射的方式获取类的元信息，会需要把所有的类都加载到 jvm 中去
所以用 ASM 技术
不用去加载类，用 ASM 解析类

后面会根据类的元信息等，来判断是否能成为一个候选bean