clearMetadataCache解析

跟着代码看了前面几篇文章，现在再来看

void clearMetadataCache();

这个BeanFactoryPostProcessor的扩展点方法，就可以搞清楚它的意思了

	public void clearMetadataCache() {
		//表示mergedbdmap当中的bd过期了   没有冻结
		super.clearMetadataCache();
		this.mergedBeanDefinitionHolders.clear();
		clearByTypeCache();
	}

 

1.调用父类的clearMetadataCache

把所有存在mergedBeanDefinitionMap当中的beanDefinition的stale标记为true，表示需要合并；

	public void clearMetadataCache() {
		this.mergedBeanDefinitions.forEach((beanName, bd) -> {
			//如果被冻结则不会进if，表示不会重写merged
			//会调用子类的这个方法
			if (!isBeanEligibleForMetadataCaching(beanName)) {
				//改这个标识，默认为false
				bd.stale = true;
			}
		});
	}

所以当我们往容器里面注册了一个新的beanDefinition的时候，或者我们修改了beanDefinition的时候都需要去调用这个方法

2.清除被缓存的依赖项

这个方法        clearByTypeCache();里面的两个map，只有在注入的时候才会缓存有值，所以一般单独调用这个方法的时候都会判断冻结没有，因为一般都是冻结了才会调用那个方法来实例化bean，才会有依赖注入，才会将依赖项放进缓存，所以当我们直接往容器当中注册一个bean的时候也需要调用这个方法（clearMetadataCache），原理也是因为那个缓存不具备时效性了。

总结这个第二点

spring为了提高效率在完成依赖注入的过程中会去把已经找到的依赖的类型所对应的所有名字缓存起来；比如A里面依赖了B；C里面也依赖了B，D里面也依赖了B；那么在实例化这些bean的时候会完成这些bean的自动注入；比如实例化A的时候去找到B（找到B这个过程很复杂）并且依赖上；之后便把B这个类型所对应的名字存放到一个map当中（allBeanNameByType<Class,String[]>）;这个map当中的key是B的类型；value是这个类型所对应的所有名字；这样下次D再依赖B的时候，spring拿到B的类型从这个缓存当中去找到B类型所有的bean的名字（如果有多个名字后面会处理，这个是依赖注入的逻辑后面再分析）；根据名字从单例池获取一个对象直接依赖上（如果没有这个缓存，每次spring再注入的时候都需要根据这个类型找到这个类型再容器当中到底有几个名字，说白了就是几个对象；这个过程很复杂）；所以当我们添加了一个新的beanDefinition的时候，那么这个缓存map就不具备时效性了；故而需要清除；