扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章给大家介绍利用Spring Bean怎么实现一个包扫描功能,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
创新互联-专业网站定制、快速模板网站建设、高性价比钟楼网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式钟楼网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖钟楼地区。费用合理售后完善,十余年实体公司更值得信赖。首先,找到@Component注解的处理类
注解的定义,一般都需要配套的对注解的处理才能完成注解所代表的功能。所以我们通过@Component
注解的用到的地方,来查找可能的处理逻辑;
我们先进入Spring
的项目,在IDEA
里面用Ctrl
和鼠标左键点击Component
注解的名称,IDEA
会显示出使用到这个类的位置,我们从弹出的列表中找到一个名称像的类,去看类上面的注释说明,如图:
我们点进类中,可以看到第一行就说了这个类是为了从classpath
里面找到定义的Bean
:
一般Spring
的类都是经过设计的,职责清晰。所以一般都是有简单直接的接口暴露,我们打开类的公开API
可以看到有个很直接的方法就叫做扫描,看看注释说“从指定的包中扫描Bean”,那就是它了。
然后,我们为了确认,实现确实是通过这个方法,可以启动程序,打个断点看看是否经过这里(但是这这里,没有调用scan()
方法,而是更深一层的doScan
方法,也确实费解)。
我们进入doScan()
方法看看实现:
protected SetdoScan(String... basePackages) { Assert.notEmpty(basePackages, "At least one base package must be specified"); Set beanDefinitions = new LinkedHashSet<>(); // 可以指定多个basePackage,这里就对每个都处理 for (String basePackage : basePackages) { // 这个方法是真正的查找候选Bean的地方 Set candidates = findCandidateComponents(basePackage); // 对于每个查找出的候选Bean,进行处理 for (BeanDefinition candidate : candidates) { // 解析@Scope的元数据 ScopeMetadata scopeMetadata = this.scopeMetadataResolver.resolveScopeMetadata(candidate); candidate.setScope(scopeMetadata.getScopeName()); // 为候选的Bean生成一个名称 String beanName = this.beanNameGenerator.generateBeanName(candidate, this.registry); // 应用后置处理器 if (candidate instanceof AbstractBeanDefinition) { postProcessBeanDefinition((AbstractBeanDefinition) candidate, beanName); } // // 处理一些其它通用的注解的元数据 if (candidate instanceof AnnotatedBeanDefinition) { AnnotationConfigUtils.processCommonDefinitionAnnotations((AnnotatedBeanDefinition) candidate); } // 校验通过后,注册到 BeanFactory if (checkCandidate(beanName, candidate)) { BeanDefinitionHolder definitionHolder = new BeanDefinitionHolder(candidate, beanName); definitionHolder = AnnotationConfigUtils.applyScopedProxyMode(scopeMetadata, definitionHolder, this.registry); beanDefinitions.add(definitionHolder); registerBeanDefinition(definitionHolder, this.registry); } } } return beanDefinitions; }
从方法中我们可以明显的看到,核心代码还在findCandidateComponents
方法里面,我们进入这个方法后再通过调试一直找到核心代码scanCandidateComponents
。如下图,第一处是找到指定包路径所代表的classpath
中的资源对象, 但是这里只是找到了包下面有什么,但是还不知道包下面的类是不是一个候选的Bean
(可以看到将DTO
类也扫描到了)。如下:
正常思路,拿到了有哪些资源就该进一步去筛选,看看这些资源有哪些是真正的Bean
的定义类。
现在我们还不清楚的是,Spring
通过什么方式知道一个类是否是真正的Bean
的。我们继续调试,到上图的430行debug
进去看看,可以走到org.springframework.core.type.classreading.SimpleMetadataReader
这个类的构造器中,如下:
SimpleMetadataReader(Resource resource, @Nullable ClassLoader classLoader) throws IOException { // 通过流读取资源的内容,现在这个资源可以认为是我们的类 InputStream is = new BufferedInputStream(resource.getInputStream()); ClassReader classReader; try { // 这个Reader的构造器中就将流读取完毕了 classReader = new ClassReader(is); } catch (IllegalArgumentException ex) { // 通过这个异常的信息,可以推测出,其实这里是通过ASM读取Class文件的定义了 throw new NestedIOException("ASM ClassReader failed to parse class file - " + "probably due to a new Java class file version that isn't supported yet: " + resource, ex); } finally { is.close(); } // 这里根据命名可以推测是访问者模式来暴露注解的元数据 AnnotationMetadataReadingVisitor visitor = new AnnotationMetadataReadingVisitor(classLoader); // 这个accpect方法也是访问者模式中的典型方法,在这里面,是数据的解析逻辑 classReader.accept(visitor, ClassReader.SKIP_DEBUG); this.annotationMetadata = visitor; // (since AnnotationMetadataReadingVisitor extends ClassMetadataReadingVisitor) this.classMetadata = visitor; this.resource = resource; }
我们在进入classReader.accept
方法,这里面可以看到reader
对于Class
文件的的按字节解析。
例如,下面读取的类声明,类注解都是包扫描需要的类元数据:
拿到这些元数据之后,就按照包扫描的过滤器就过滤出真正需要的类,作为候选的Bean
关于利用Spring Bean怎么实现一个包扫描功能就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流