spring aop 注解 scan类扫描加载过程(4)

<context:component-scanbase-package="com.xxx"/>

此时根据名称“component-scan”就会找到对应的解析器来解析，而与之对应的就是ComponentScanBeanDefinitionParser的parse方法，这地方已经很明显有扫描bean的概念在里面了，这里的parse获取到后，中间有一个非常非常关键的步骤那就是定义了ClassPathBeanDefinitionScanner来扫描类的信息，它扫描的是什么？是加载的类还是class文件呢？答案是后者，为何，因为有些类在初始化化时根本还没被加载，ClassLoader根本还没加载，只是ClassLoader可以找到这些class的路径而已：

注意这里的scanner创建后，最关键的是doScan的功能，解析XML我想来看这个的不是问题，如果还不熟悉可以先看看，那么我们得到了类似：com.xxx这样的信息，就要开始扫描类的列表，那么再哪里扫描呢？这里的doScan返回了一个Set<BeanDefinitionHolder>我们感到希望就在不远处，进去看看doScan方法。

我们看到这么大一坨代码，其实我们目前不关心的代码，暂时可以不管，我们就看怎么扫描出来的，可以看出最关键的扫描代码是：findCandidateComponents(String basePackage)方法，也就是通过每个basePackage去找到有那些类是匹配的，我们这里假如配置了com.abc，或配置了* 两种情况说明。

主要看红线部分，下面非红线部分，是已经拿到了类的定义，红线部分，会组装信息，如果我们配置了 com.abc会组装为：classpath*:com/abc/**/*.class，如果配置是 * ，那么将会被组装为classpath*:*/**/*.class ，但是这个好像和我们用的东西不太一样，java中也没见这种URL可以获取到，spring到底是怎么搞的呢？就要看第二个红线部分的代码：

Resource[]resources=this.resourcePatternResolver.getResources(packageSearchPath);

它竟然神奇般的通过这个路径获取到了URL，你一旦跟踪你会发现，获取出来的全是.class的路径，包括jar包中的相关class路径，这里有些细节，我们先不说，先看下这个resourcePatternResolover是什么类型的，看到定义部分是：

privateResourcePatternResolverresourcePatternResolver=newPathMatchingResourcePatternResolver();

为此胖哥还将其做了一个测试，用一个简单main方法写了一段：

ResourcePatternResolverresourcePatternResolver=newPathMatchingResourcePatternResolver();

Resource[]resources=resourcePatternResolver.getResources("classpath*:com/abc/**/*.class");

获取出来的果然是那样，胖哥开始猜测，这个和ClassLoader的getResource方法有关系了，因为太类似了，我们跟踪进去看下：

这个CLASSPATH_ALL_URL_PREFIX就是字符串 classpath*: , 我们传递参数进来的时候，自然会走第一个红圈圈住部分的代码，但是第二个红圈圈住部分的代码是干嘛的呢，胖哥告诉你先知道有这个，然后回头会有用，继续找findPathMatchingResources方法，好了，越来越接近真相了。

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-64433-4.html