Spring自动装配之依赖注入(DI)
依赖注入发生的时间
当Spring IOC 容器完成了Bean 定义资源的定位、载入和解析注册以后,IOC 容器中已经管理类Bean定义的相关数据,但是此时IOC 容器还没有对所管理的Bean 进行依赖注入,依赖注入在以下两种情况发生:
1)、用户第一次调用getBean()方法时,IOC 容器触发依赖注入。
2)、当用户在配置文件中将<bean>元素配置了lazy-init=false 属性,即让容器在解析注册Bean 定义时进行预实例化,触发依赖注入。
依赖注入的关键类
1、IOC容器
BeanFactory.getBean(),AbstractBeanFactory,AbstractAutowireCapableBeanFactory(主要业务逻辑执行者)。BeanFactory 接口定义了Spring IOC 容器的基本功能规范,是Spring IOC 容器所应遵守的最底层和最基本的编程规范。BeanFactory 接口中定义了几个getBean()方法,就是用户向IOC 容器索取管理的Bean 的方法,我们通过分析其子类的具体实现,理解Spring IOC 容器在用户索取Bean 时如何完成依赖注入。
2、实例化策略
SimpleInstantiationStrategy
3、最后封装了一个 BeanWrapper来储实例,包括了所有相关的信息scope、proxy、instance
在BeanFactory 中我们可以看到getBean(String...)方法,但它具体实现在AbstractBeanFactory 中。
寻找获取Bean 的入口
AbstractBeanFactory 的getBean()相关方法的源码如下:
- @Override
- //获取IOC 容器中指定名称的Bean
- public Object getBean(String name) throws BeansException {
- return doGetBean(name, null, null, false);
- }
- //获取IOC 容器中指定名称和参数的Bean
- @Override
- public <T> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException {
- return doGetBean(name, requiredType, null, false);
- }
- //获取IOC 容器中指定名称和参数的Bean
- @Override
- public Object getBean(String name, Object... args) throws BeansException {
- return doGetBean(name, null, args, false);
- }
- //获取IOC 容器中指定名称、类型和参数的Bean
- public <T> T getBean(String name, @Nullable Class<T> requiredType, @Nullable Object... args)
- throws BeansException {
- return doGetBean(name, requiredType, args, false);
- }
- //真正实现向IOC 容器获取Bean 的功能,也是触发依赖注入功能的地方
- @SuppressWarnings("unchecked")
- protected <T> T doGetBean(final String name, @Nullable final Class<T> requiredType,
- @Nullable final Object[] args, boolean typeCheckOnly) throws BeansException {
- //根据指定的名称获取被管理Bean 的名称,剥离指定名称中对容器的相关依赖
- //如果指定的是别名,将别名转换为规范的Bean 名称
- final String beanName = transformedBeanName(name);
- Object bean;
- // Eagerly check singleton cache for manually registered singletons.
- //先从缓存中取是否已经有被创建过的单态类型的Bean
- //对于单例模式的Bean 整个IOC 容器中只创建一次,不需要重复创建
- Object sharedInstance = getSingleton(beanName);
- //IOC 容器创建单例模式Bean 实例对象
- if (sharedInstance != null && args == null) {
- if (logger.isDebugEnabled()) {
- if (isSingletonCurrentlyInCreation(beanName)) {
- logger.debug("Returning eagerly cached instance of singleton bean '" + beanName +
- "' that is not fully initialized yet - a consequence of a circular reference");
- }
- else {
- logger.debug("Returning cached instance of singleton bean '" + beanName + "'");
- }
- }
- //获取给定Bean 的实例对象,主要是完成FactoryBean 的相关处理
- //注意:BeanFactory 是管理容器中Bean 的工厂,而FactoryBean 是
- //创建创建对象的工厂Bean,两者之间有区别
- bean = getObjectForBeanInstance(sharedInstance, name, beanName, null);
- }
- //缓存没有正在创建的单例模式Bean
- //缓存中已经有已经创建的原型模式Bean
- //但是由于循环引用的问题导致实例化对象失败
- else {
- // Fail if we're already creating this bean instance:
- // We're assumably within a circular reference.
- if (isPrototypeCurrentlyInCreation(beanName)) {
- throw new BeanCurrentlyInCreationException(beanName);
- }
- // Check if bean definition exists in this factory.
- //对IOC 容器中是否存在指定名称的BeanDefinition 进行检查,首先检查是否
- //能在当前的BeanFactory 中获取的所需要的Bean,如果不能则委托当前容器
- //的父级容器去查找,如果还是找不到则沿着容器的继承体系向父级容器查找
- BeanFactory parentBeanFactory = getParentBeanFactory();
- //当前容器的父级容器存在,且当前容器中不存在指定名称的Bean
- if (parentBeanFactory != null && !containsBeanDefinition(beanName)) {
- // Not found -> check parent.
- //解析指定Bean 名称的原始名称
- String nameToLookup = originalBeanName(name);
- if (parentBeanFactory instanceof AbstractBeanFactory) {
- return ((AbstractBeanFactory) parentBeanFactory).doGetBean(
- nameToLookup, requiredType, args, typeCheckOnly);
- }
- else if (args != null) {
- // Delegation to parent with explicit args.
- //委派父级容器根据指定名称和显式的参数查找
- return (T) parentBeanFactory.getBean(nameToLookup, args);
- }
- else {
- // No args -> delegate to standard getBean method.
- //委派父级容器根据指定名称和类型查找
- return parentBeanFactory.getBean(nameToLookup, requiredType);
- }
- }
- //创建的Bean 是否需要进行类型验证,一般不需要
- if (!typeCheckOnly) {
- //向容器标记指定的Bean 已经被创建
- markBeanAsCreated(beanName);
- }
- try {
- //根据指定Bean 名称获取其父级的Bean 定义
- //主要解决Bean 继承时子类合并父类公共属性问题
- final RootBeanDefinition mbd = getMergedLocalBeanDefinition(beanName);
- checkMergedBeanDefinition(mbd, beanName, args);
- // Guarantee initialization of beans that the current bean depends on.
- //获取当前Bean 所有依赖Bean 的名称
- String[] dependsOn = mbd.getDependsOn();
- //如果当前Bean 有依赖Bean
- if (dependsOn != null) {
- for (String dep : dependsOn) {
- if (isDependent(beanName, dep)) {
- throw new BeanCreationException(mbd.getResourceDescription(), beanName,
- "Circular depends-on relationship between '" + beanName + "' and '" + dep + "'");
- }
- //递归调用getBean 方法,获取当前Bean 的依赖Bean
- //把被依赖Bean 注册给当前依赖的Bean
- registerDependentBean(dep, beanName);
- getBean(dep);
- }
- }
- // Create bean instance.
- //创建单例模式Bean 的实例对象
- if (mbd.isSingleton()) {
- //这里使用了一个匿名内部类,创建Bean 实例对象,并且注册给所依赖的对象
- sharedInstance = getSingleton(beanName, () -> {
- try {
- //创建一个指定Bean 实例对象,如果有父级继承,则合并子类和父类的定义
- return createBean(beanName, mbd, args);
- }
- catch (BeansException ex) {
- // Explicitly remove instance from singleton cache: It might have been put there
- // eagerly by the creation process, to allow for circular reference resolution.
- // Also remove any beans that received a temporary reference to the bean.
- //显式地从容器单例模式Bean 缓存中清除实例对象
- destroySingleton(beanName);
- throw ex;
- }
- });
- //获取给定Bean 的实例对象
- bean = getObjectForBeanInstance(sharedInstance, name, beanName, mbd);
- }
- //IOC 容器创建原型模式Bean 实例对象
- else if (mbd.isPrototype()) {
- // It's a prototype -> create a new instance.
- //原型模式(Prototype)是每次都会创建一个新的对象
- Object prototypeInstance = null;
- try {
- //回调beforePrototypeCreation 方法,默认的功能是注册当前创建的原型对象
- beforePrototypeCreation(beanName);
- prototypeInstance = createBean(beanName, mbd, args);
- }
- finally {
- //回调afterPrototypeCreation 方法,默认的功能告诉IOC 容器指定Bean 的原型对象不再创建
- afterPrototypeCreation(beanName);
- }
- bean = getObjectForBeanInstance(prototypeInstance, name, beanName, mbd);
- }
- //要创建的Bean 既不是单例模式,也不是原型模式,则根据Bean 定义资源中
- //配置的生命周期范围,选择实例化Bean 的合适方法,这种在Web 应用程序中
- //比较常用,如:request、session、application 等生命周期
- else {
- String scopeName = mbd.getScope();
- final Scope scope = this.scopes.get(scopeName);
- //Bean 定义资源中没有配置生命周期范围,则Bean 定义不合法
- if (scope == null) {
- throw new IllegalStateException("No Scope registered for scope name '" + scopeName + "'");
- }
- try {
- //这里又使用了一个匿名内部类,获取一个指定生命周期范围的实例
- Object scopedInstance = scope.get(beanName, () -> {
- beforePrototypeCreation(beanName);
- try {
- return createBean(beanName, mbd, args);
- }
- finally {
- afterPrototypeCreation(beanName);
- }
- });
- //获取给定Bean 的实例对象
- bean = getObjectForBeanInstance(scopedInstance, name, beanName, mbd);
- }
- catch (IllegalStateException ex) {
- throw new BeanCreationException(beanName,
- "Scope '" + scopeName + "' is not active for the current thread; consider " +
- "defining a scoped proxy for this bean if you intend to refer to it from a singleton",
- ex);
- }
- }
- }
- catch (BeansException ex) {
- cleanupAfterBeanCreationFailure(beanName);
- throw ex;
- }
- }
- // Check if required type matches the type of the actual bean instance.
- //对创建的Bean 实例对象进行类型检查
- if (requiredType != null && !requiredType.isInstance(bean)) {
- try {
- T convertedBean = getTypeConverter().convertIfNecessary(bean, requiredType);
- if (convertedBean == null) {
- throw new BeanNotOfRequiredTypeException(name, requiredType, bean.getClass());
- }
- return convertedBean;
- }
- catch (TypeMismatchException ex) {
- if (logger.isDebugEnabled()) {
- logger.debug("Failed to convert bean '" + name + "' to required type '" +
- ClassUtils.getQualifiedName(requiredType) + "'", ex);
- }
- throw new BeanNotOfRequiredTypeException(name, requiredType, bean.getClass());
- }
- }
- return (T) bean;
- }
通过上面对向IOC 容器获取Bean 方法的分析,我们可以看到在Spring 中,如果Bean 定义的单例模式(Singleton),则容器在创建之前先从缓存中查找,以确保整个容器中只存在一个实例对象。如果Bean定义的是原型模式(Prototype),则容器每次都会创建一个新的实例对象。除此之外,Bean 定义还可以扩展为指定其生命周期范围。上面的源码只是定义了根据Bean 定义的模式,采取的不同创建Bean 实例对象的策略,具体的Bean实例对象的创建过程由实现了ObjectFactory 接口的匿名内部类的createBean() 方法完成,ObjectFactory 使用委派模式, 具体的Bean 实例创建过程交由其实现类AbstractAutowireCapableBeanFactory 完成,我们继续分析AbstractAutowireCapableBeanFactory的createBean()方法的源码,理解其创建Bean 实例的具体实现过程。
BeanFactory是个Factory,也就是IOC容器或对象工厂,FactoryBean是个Bean。在Spring中,所有的Bean都是由BeanFactory(也就是IOC容器)来进行管理的。但对FactoryBean而言,这个Bean不是简单的Bean,而是一个能生产或者修饰对象生成的工厂Bean,它的实现与设计模式中的工厂模式和修饰器模式类似
开始实例化
AbstractAutowireCapableBeanFactory 类实现了ObjectFactory 接口,创建容器指定的Bean 实例对象,同时还对创建的Bean 实例对象进行初始化处理。其创建Bean 实例对象的方法源码如下:
- //创建Bean 实例对象
- @Override
- protected Object createBean(String beanName, RootBeanDefinition mbd, @Nullable Object[] args)
- throws BeanCreationException {
- if (logger.isDebugEnabled()) {
- logger.debug("Creating instance of bean '" + beanName + "'");
- }
- RootBeanDefinition mbdToUse = mbd;
- // Make sure bean class is actually resolved at this point, and
- // clone the bean definition in case of a dynamically resolved Class
- // which cannot be stored in the shared merged bean definition.
- //判断需要创建的Bean 是否可以实例化,即是否可以通过当前的类加载器加载
- Class<?> resolvedClass = resolveBeanClass(mbd, beanName);
- if (resolvedClass != null && !mbd.hasBeanClass() && mbd.getBeanClassName() != null) {
- mbdToUse = new RootBeanDefinition(mbd);
- mbdToUse.setBeanClass(resolvedClass);
- }
- // Prepare method overrides.
- //校验和准备Bean 中的方法覆盖
- try {
- mbdToUse.prepareMethodOverrides();
- }
- catch (BeanDefinitionValidationException ex) {
- throw new BeanDefinitionStoreException(mbdToUse.getResourceDescription(),
- beanName, "Validation of method overrides failed", ex);
- }
- try {
- // Give BeanPostProcessors a chance to return a proxy instead of the target bean instance.
- //如果Bean 配置了初始化前和初始化后的处理器,则试图返回一个需要创建Bean 的代理对象
- Object bean = resolveBeforeInstantiation(beanName, mbdToUse);
- if (bean != null) {
- return bean;
- }
- }
- catch (Throwable ex) {
- throw new BeanCreationException(mbdToUse.getResourceDescription(), beanName,
- "BeanPostProcessor before instantiation of bean failed", ex);
- }
- try {
- //创建Bean 的入口
- Object beanInstance = doCreateBean(beanName, mbdToUse, args);
- if (logger.isDebugEnabled()) {
- logger.debug("Finished creating instance of bean '" + beanName + "'");
- }
- return beanInstance;
- }
- catch (BeanCreationException ex) {
- // A previously detected exception with proper bean creation context already...
- throw ex;
- }
- catch (ImplicitlyAppearedSingletonException ex) {
- // An IllegalStateException to be communicated up to DefaultSingletonBeanRegistry...
- throw ex;
- }
- catch (Throwable ex) {
- throw new BeanCreationException(
- mbdToUse.getResourceDescription(), beanName, "Unexpected exception during bean creation", ex);
- }
- }
- //真正创建Bean 的方法
- protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final @Nullable Object[] args)
- throws BeanCreationException {
- // Instantiate the bean.
- //最终被封装被创建的Bean 对象
- BeanWrapper instanceWrapper = null;
- if (mbd.isSingleton()) {
- //从缓存中移除该单例,避免重复
- instanceWrapper = this.factoryBeanInstanceCache.remove(beanName);
- }
- if (instanceWrapper == null) {
- //生成Bean 所包含的java 对象实例。
- instanceWrapper = createBeanInstance(beanName, mbd, args);
- }
- final Object bean = instanceWrapper.getWrappedInstance();
- //获取实例化对象的类型
- Class<?> beanType = instanceWrapper.getWrappedClass();
- if (beanType != NullBean.class) {
- mbd.resolvedTargetType = beanType;
- }
- // Allow post-processors to modify the merged bean definition.
- //调用PostProcessor 后置处理器
- synchronized (mbd.postProcessingLock) {
- if (!mbd.postProcessed) {
- try {
- applyMergedBeanDefinitionPostProcessors(mbd, beanType, beanName);
- }
- catch (Throwable ex) {
- throw new BeanCreationException(mbd.getResourceDescription(), beanName,
- "Post-processing of merged bean definition failed", ex);
- }
- mbd.postProcessed = true;
- }
- }
- //向容器中缓存单例模式的Bean 对象,以防循环引用
- boolean earlySingletonExposure = (mbd.isSingleton() && this.allowCircularReferences &&
- isSingletonCurrentlyInCreation(beanName));
- if (earlySingletonExposure) {
- if (logger.isDebugEnabled()) {
- logger.debug("Eagerly caching bean '" + beanName +
- "' to allow for resolving potential circular references");
- }
- //这里是一个匿名内部类,为了防止循环引用,尽早持有对象的引用
- addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
- }
- // Initialize the bean instance.
- //Bean 对象的初始化,依赖注入在此触发
- //这个exposedObject 在初始化完成之后返回作为依赖注入完成后的Bean
- Object exposedObject = bean;
- try {
- //将Bean 实例对象封装,并且Bean 定义中配置的属性值赋值给实例对象
- //,对Bean 属性的依赖注入进行处理。
- populateBean(beanName, mbd, instanceWrapper);
- //初始化Bean 对象
- exposedObject = initializeBean(beanName, exposedObject, mbd);
- }
- catch (Throwable ex) {
- if (ex instanceof BeanCreationException && beanName.equals(((BeanCreationException) ex).getBeanName())) {
- throw (BeanCreationException) ex;
- }
- else {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Initialization of bean failed", ex);
- }
- }
- if (earlySingletonExposure) {
- //获取指定名称的已注册的单例模式Bean 对象
- Object earlySingletonReference = getSingleton(beanName, false);
- if (earlySingletonReference != null) {
- //根据名称获取的已注册的Bean 和正在实例化的Bean 是同一个
- if (exposedObject == bean) {
- exposedObject = earlySingletonReference;
- }
- //当前Bean 依赖其他Bean,并且当发生循环引用时不允许新创建实例对象
- else if (!this.allowRawInjectionDespiteWrapping && hasDependentBean(beanName)) {
- String[] dependentBeans = getDependentBeans(beanName);
- Set<String> actualDependentBeans = new LinkedHashSet<>(dependentBeans.length);
- //获取当前Bean 所依赖的其他Bean
- for (String dependentBean : dependentBeans) {
- //对依赖Bean 进行类型检查
- if (!removeSingletonIfCreatedForTypeCheckOnly(dependentBean)) {
- actualDependentBeans.add(dependentBean);
- }
- }
- if (!actualDependentBeans.isEmpty()) {
- throw new BeanCurrentlyInCreationException(beanName,
- "Bean with name '" + beanName + "' has been injected into other beans [" +
- StringUtils.collectionToCommaDelimitedString(actualDependentBeans) +
- "] in its raw version as part of a circular reference, but has eventually been " +
- "wrapped. This means that said other beans do not use the final version of the " +
- "bean. This is often the result of over-eager type matching - consider using " +
- "'getBeanNamesOfType' with the 'allowEagerInit' flag turned off, for example.");
- }
- }
- }
- }
- // Register bean as disposable.
- try {
- //注册完成依赖注入的Bean
- registerDisposableBeanIfNecessary(beanName, bean, mbd);
- }
- catch (BeanDefinitionValidationException ex) {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Invalid destruction signature", ex);
- }
- return exposedObject;
- }
通过上面的源码注释,其实就是一些列相关的判断,缓存重置,实例化,填充属性,最后进行包装处理返回。我们看到具体的依赖注入实现其实就在以下两个方法中:
1)、createBeanInstance()方法,生成Bean 所包含的java 对象实例。
2)、populateBean()方法,对Bean 属性的依赖注入进行处理。
下面继续分析这两个方法的代码实现。选择Bean 实例化策略,在createBeanInstance()方法中,根据指定的初始化策略,使用简单工厂、工厂方法或者容器的自动装配特性生成Java 实例对象,创建对象的源码如下:
- protected BeanWrapper createBeanInstance(String beanName, RootBeanDefinition mbd, @Nullable Object[] args) {
- // Make sure bean class is actually resolved at this point.
- //检查确认Bean 是可实例化的
- Class<?> beanClass = resolveBeanClass(mbd, beanName);
- //使用工厂方法对Bean 进行实例化
- if (beanClass != null && !Modifier.isPublic(beanClass.getModifiers()) && !mbd.isNonPublicAccessAllowed()) {
- throw new BeanCreationException(mbd.getResourceDescription(), beanName,
- "Bean class isn't public, and non-public access not allowed: " + beanClass.getName());
- }
- Supplier<?> instanceSupplier = mbd.getInstanceSupplier();
- if (instanceSupplier != null) {
- return obtainFromSupplier(instanceSupplier, beanName);
- }
- if (mbd.getFactoryMethodName() != null) {
- //调用工厂方法实例化
- return instantiateUsingFactoryMethod(beanName, mbd, args);
- }
- // Shortcut when re-creating the same bean...
- //使用容器的自动装配方法进行实例化
- boolean resolved = false;
- boolean autowireNecessary = false;
- if (args == null) {
- synchronized (mbd.constructorArgumentLock) {
- if (mbd.resolvedConstructorOrFactoryMethod != null) {
- resolved = true;
- autowireNecessary = mbd.constructorArgumentsResolved;
- }
- }
- }
- if (resolved) {
- if (autowireNecessary) {
- //配置了自动装配属性,使用容器的自动装配实例化
- //容器的自动装配是根据参数类型匹配Bean 的构造方法
- return autowireConstructor(beanName, mbd, null, null);
- }
- else {
- //使用默认的无参构造方法实例化
- return instantiateBean(beanName, mbd);
- }
- }
- // Need to determine the constructor...
- //使用Bean 的构造方法进行实例化
- Constructor<?>[] ctors = determineConstructorsFromBeanPostProcessors(beanClass, beanName);
- if (ctors != null ||
- mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_CONSTRUCTOR ||
- mbd.hasConstructorArgumentValues() || !ObjectUtils.isEmpty(args)) {
- //使用容器的自动装配特性,调用匹配的构造方法实例化
- return autowireConstructor(beanName, mbd, ctors, args);
- }
- // No special handling: simply use no-arg constructor.
- //使用默认的无参构造方法实例化
- return instantiateBean(beanName, mbd);
- }
- //使用默认的无参构造方法实例化Bean 对象
- protected BeanWrapper instantiateBean(final String beanName, final RootBeanDefinition mbd) {
- try {
- Object beanInstance;
- final BeanFactory parent = this;
- //获取系统的安全管理接口,JDK 标准的安全管理API
- if (System.getSecurityManager() != null) {
- //这里是一个匿名内置类,根据实例化策略创建实例对象
- beanInstance = AccessController.doPrivileged((PrivilegedAction<Object>) () ->
- getInstantiationStrategy().instantiate(mbd, beanName, parent),
- getAccessControlContext());
- }
- else {
- //将实例化的对象封装起来
- beanInstance = getInstantiationStrategy().instantiate(mbd, beanName, parent);
- }
- BeanWrapper bw = new BeanWrapperImpl(beanInstance);
- initBeanWrapper(bw);
- return bw;
- }
- catch (Throwable ex) {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Instantiation of bean failed", ex);
- }
- }
经过对上面的代码分析,我们可以看出,对使用工厂方法和自动装配特性的Bean 的实例化相当比较清楚,调用相应的工厂方法或者参数匹配的构造方法即可完成实例化对象的工作,但是对于我们最常使用的默认无参构造方法就需要使用相应的初始化策略(JDK 的反射机制或者CGLib)来进行初始化了,在方法getInstantiationStrategy().instantiate()中就具体实现类使用初始策略实例化对象。
执行Bean 实例化
在使用默认的无参构造方法创建Bean 的实例化对象时,方法getInstantiationStrategy().instantiate()调用了SimpleInstantiationStrategy 类中的实例化Bean 的方法,其源码如下:
- //使用初始化策略实例化Bean 对象
- @Override
- public Object instantiate(RootBeanDefinition bd, @Nullable String beanName, BeanFactory owner) {
- // Don't override the class with CGLIB if no overrides.
- //如果Bean 定义中没有方法覆盖,则就不需要CGLib 父类类的方法
- if (!bd.hasMethodOverrides()) {
- Constructor<?> constructorToUse;
- synchronized (bd.constructorArgumentLock) {
- //获取对象的构造方法或工厂方法
- constructorToUse = (Constructor<?>) bd.resolvedConstructorOrFactoryMethod;
- //如果没有构造方法且没有工厂方法
- if (constructorToUse == null) {
- final Class<?> clazz = bd.getBeanClass();
- //使用JDK 的反射机制,判断要实例化的Bean 是否是接口
- if (clazz.isInterface()) {
- throw new BeanInstantiationException(clazz, "Specified class is an interface");
- }
- try {
- if (System.getSecurityManager() != null) {
- constructorToUse = AccessController.doPrivileged(
- (PrivilegedExceptionAction<Constructor<?>>) () -> clazz.getDeclaredConstructor());
- }
- else {
- //这里是一个匿名内置类,使用反射机制获取Bean 的构造方法
- constructorToUse = clazz.getDeclaredConstructor();
- }
- bd.resolvedConstructorOrFactoryMethod = constructorToUse;
- }
- catch (Throwable ex) {
- throw new BeanInstantiationException(clazz, "No default constructor found", ex);
- }
- }
- }
- //使用BeanUtils 实例化,通过反射机制调用”构造方法.newInstance(arg)”来进行实例化
- return BeanUtils.instantiateClass(constructorToUse);
- }
- else {
- // Must generate CGLIB subclass..
- // Must generate CGLib subclass.
- //使用CGLib 来实例化对象
- return instantiateWithMethodInjection(bd, beanName, owner);
- }
- }
通过上面的代码分析,我们看到了如果Bean 有方法被覆盖了,则使用JDK 的反射机制进行实例化,否则,使用CGLib 进行实例化。instantiateWithMethodInjection() 方法调用SimpleInstantiationStrategy 的子类CGLibSubclassingInstantiationStrategy 使用CGLib 来进行初始化,CGLib 是一个常用的字节码生成器的类库,它提供了一系列API 实现Java 字节码的生成和转换功能。我们在学习JDK 的动态代理时都知道,JDK 的动态代理只能针对接口,如果一个类没有实现任何接口,要对其进行动态代理只能使用CGLib。
准备依赖注入
在前面的分析中我们已经了解到Bean 的依赖注入主要分为两个步骤,首先调用createBeanInstance()方法生成Bean 所包含的Java 对象实例。然后,调用populateBean()方法,对Bean 属性的依赖注入进行处理。上面我们已经分析了容器初始化生成Bean 所包含的Java 实例对象的过程,现在我们继续分析生成对象后,Spring IOC 容器是如何将Bean 的属性依赖关系注入Bean 实例对象中并设置好的,回到AbstractAutowireCapableBeanFactory 的populateBean()方法,对属性依赖注入的代码如下:
- //将Bean 属性设置到生成的实例对象上
- protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {
- if (bw == null) {
- if (mbd.hasPropertyValues()) {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance");
- }
- else {
- // Skip property population phase for null instance.
- return;
- }
- }
- // Give any InstantiationAwareBeanPostProcessors the opportunity to modify the
- // state of the bean before properties are set. This can be used, for example,
- // to support styles of field injection.
- //给任何实例化awarebeanpostprocessor在属性设置之前修改bean状态的机会。例如,这可以用来支持字段注入的样式。
- boolean continueWithPropertyPopulation = true;
- if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
- for (BeanPostProcessor bp : getBeanPostProcessors()) {
- if (bp instanceof InstantiationAwareBeanPostProcessor) {
- InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
- if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
- continueWithPropertyPopulation = false;
- break;
- }
- }
- }
- }
- if (!continueWithPropertyPopulation) {
- return;
- }
- //获取容器在解析Bean 定义资源时为BeanDefiniton 中设置的属性值
// 这个PropertyValues是在创建RootBeanDefiniton设置的- PropertyValues pvs = (mbd.hasPropertyValues() ? mbd.getPropertyValues() : null);
- //根据name 注入
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME ||
- mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
- MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
- // Add property values based on autowire by name if applicable.
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME) {
- autowireByName(beanName, mbd, bw, newPvs);
- }
- // Add property values based on autowire by type if applicable.
- //根据类型注入
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
- autowireByType(beanName, mbd, bw, newPvs);
- }
- pvs = newPvs;
- }
- boolean hasInstAwareBpps = hasInstantiationAwareBeanPostProcessors();
- boolean needsDepCheck = (mbd.getDependencyCheck() != RootBeanDefinition.DEPENDENCY_CHECK_NONE);
- if (hasInstAwareBpps || needsDepCheck) {
- if (pvs == null) {
- pvs = mbd.getPropertyValues();
- }
- PropertyDescriptor[] filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
- if (hasInstAwareBpps) {
- for (BeanPostProcessor bp : getBeanPostProcessors()) {
- if (bp instanceof InstantiationAwareBeanPostProcessor) {
- InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
- pvs = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);
- if (pvs == null) {
- return;
- }
- }
- }
- }
- if (needsDepCheck) {
- checkDependencies(beanName, mbd, filteredPds, pvs);
- }
- }
- //对属性进行注入
- if (pvs != null) {
- applyPropertyValues(beanName, mbd, bw, pvs);
- }
- }
- //解析并注入依赖属性的过程
- protected void applyPropertyValues(String beanName, BeanDefinition mbd, BeanWrapper bw, PropertyValues pvs) {
- if (pvs.isEmpty()) {
- return;
- }
- //封装属性值
- MutablePropertyValues mpvs = null;
- List<PropertyValue> original;
- if (System.getSecurityManager() != null) {
- if (bw instanceof BeanWrapperImpl) {
- //设置安全上下文,JDK 安全机制
- ((BeanWrapperImpl) bw).setSecurityContext(getAccessControlContext());
- }
- }
- if (pvs instanceof MutablePropertyValues) {
- mpvs = (MutablePropertyValues) pvs;
- //属性值已经转换
- if (mpvs.isConverted()) {
- // Shortcut: use the pre-converted values as-is.
- try {
- //为实例化对象设置属性值
- bw.setPropertyValues(mpvs);
- return;
- }
- catch (BeansException ex) {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Error setting property values", ex);
- }
- }
- //获取属性值对象的原始类型值
- original = mpvs.getPropertyValueList();
- }
- else {
- original = Arrays.asList(pvs.getPropertyValues());
- }
- //获取用户自定义的类型转换
- TypeConverter converter = getCustomTypeConverter();
- if (converter == null) {
- converter = bw;
- }
- //创建一个Bean 定义属性值解析器,将Bean 定义中的属性值解析为Bean 实例对象的实际值
- BeanDefinitionValueResolver valueResolver = new BeanDefinitionValueResolver(this, beanName, mbd, converter);
- // Create a deep copy, resolving any references for values.
- //为属性的解析值创建一个拷贝,将拷贝的数据注入到实例对象中
- List<PropertyValue> deepCopy = new ArrayList<>(original.size());
- boolean resolveNecessary = false;
- for (PropertyValue pv : original) {
- //属性值不需要转换
- if (pv.isConverted()) {
- deepCopy.add(pv);
- }
- //属性值需要转换
- else {
- String propertyName = pv.getName();
- //原始的属性值,即转换之前的属性值
- Object originalValue = pv.getValue();
- //转换属性值,例如将引用转换为IOC 容器中实例化对象引用
- Object resolvedValue = valueResolver.resolveValueIfNecessary(pv, originalValue);
- //转换之后的属性值
- Object convertedValue = resolvedValue;
- //属性值是否可以转换
- boolean convertible = bw.isWritableProperty(propertyName) &&
- !PropertyAccessorUtils.isNestedOrIndexedProperty(propertyName);
- if (convertible) {
- //使用用户自定义的类型转换器转换属性值
- convertedValue = convertForProperty(resolvedValue, propertyName, bw, converter);
- }
- // Possibly store converted value in merged bean definition,
- // in order to avoid re-conversion for every created bean instance.
- //存储转换后的属性值,避免每次属性注入时的转换工作
- if (resolvedValue == originalValue) {
- if (convertible) {
- pv.setConvertedValue(convertedValue);
- }
- deepCopy.add(pv);
- }
- //属性是可转换的,且属性原始值是字符串类型,且属性的原始类型值不是
- //动态生成的字符串,且属性的原始值不是集合或者数组类型
- else if (convertible && originalValue instanceof TypedStringValue &&
- !((TypedStringValue) originalValue).isDynamic() &&
- !(convertedValue instanceof Collection || ObjectUtils.isArray(convertedValue))) {
- pv.setConvertedValue(convertedValue);
- deepCopy.add(pv);
- }
- else {
- resolveNecessary = true;
- deepCopy.add(new PropertyValue(pv, convertedValue));
- }
- }
- }
- if (mpvs != null && !resolveNecessary) {
- //标记属性值已经转换过
- mpvs.setConverted();
- }
- // Set our (possibly massaged) deep copy.
- //进行属性依赖注入
- try {
- bw.setPropertyValues(new MutablePropertyValues(deepCopy));
- }
- catch (BeansException ex) {
- throw new BeanCreationException(
- mbd.getResourceDescription(), beanName, "Error setting property values", ex);
- }
- }
分析上述代码,我们可以看出,对属性的注入过程分以下两种情况:
1)、属性值类型不需要强制转换时,不需要解析属性值,直接准备进行依赖注入。
2)、属性值需要进行类型强制转换时,如对其他对象的引用等,首先需要解析属性值,然后对解析后的属性值进行依赖注入。
对属性值的解析是在BeanDefinitionValueResolver 类中的resolveValueIfNecessary()方法中进行的,对属性值的依赖注入是通过bw.setPropertyValues()方法实现的,在分析属性值的依赖注入之前,我们先分析一下对属性值的解析过程。
如果我们是通过@AutoWire 注入。postProcessPropertyValues 这个方法最终会跟到 DefaultListableBeanFactory#doResolveDependency ,这个方法内有个。findAutowireCandidates(beanName, type, descriptor),这个方法要是根据对应的类型找出两个结果,即会报错。
最终会抛出一个异常:NoUniqueBeanDefinitionException(type, matchingBeans.keySet()); 如果是根据@Resource 去注入的话就会走另外的逻辑,这个会相对保险。如果是没问题的,经过检查,会在AutowiredAnnotationBeanPostProcessor#inject 的这个方法进行注入。
- if (value != null) { //强吻注入
- ReflectionUtils.makeAccessible(field);
- field.set(bean, value);
- }
解析属性注入规则
当容器在对属性进行依赖注入时,如果发现属性值需要进行类型转换,如属性值是容器中另一个Bean实例对象的引用,则容器首先需要根据属性值解析出所引用的对象,然后才能将该引用对象注入到目标实例对象的属性上去,对属性进行解析的由resolveValueIfNecessary()方法实现,其源码如下:
- //解析属性值,对注入类型进行转换
- @Nullable
- public Object resolveValueIfNecessary(Object argName, @Nullable Object value) {
- // We must check each value to see whether it requires a runtime reference
- // to another bean to be resolved.
- //对引用类型的属性进行解析
- if (value instanceof RuntimeBeanReference) {
- RuntimeBeanReference ref = (RuntimeBeanReference) value;
- return resolveReference(argName, ref);
- }
- //对属性值是引用容器中另一个Bean 名称的解析
- else if (value instanceof RuntimeBeanNameReference) {
- String refName = ((RuntimeBeanNameReference) value).getBeanName();
- refName = String.valueOf(doEvaluate(refName));
- //从容器中获取指定名称的Bean
- if (!this.beanFactory.containsBean(refName)) {
- throw new BeanDefinitionStoreException(
- "Invalid bean name '" + refName + "' in bean reference for " + argName);
- }
- return refName;
- }
- //对Bean 类型属性的解析,主要是Bean 中的内部类
- else if (value instanceof BeanDefinitionHolder) {
- // Resolve BeanDefinitionHolder: contains BeanDefinition with name and aliases.
- BeanDefinitionHolder bdHolder = (BeanDefinitionHolder) value;
- return resolveInnerBean(argName, bdHolder.getBeanName(), bdHolder.getBeanDefinition());
- }
- else if (value instanceof BeanDefinition) {
- // Resolve plain BeanDefinition, without contained name: use dummy name.
- BeanDefinition bd = (BeanDefinition) value;
- String innerBeanName = "(inner bean)" + BeanFactoryUtils.GENERATED_BEAN_NAME_SEPARATOR +
- ObjectUtils.getIdentityHexString(bd);
- return resolveInnerBean(argName, innerBeanName, bd);
- }
- //对集合数组类型的属性解析
- else if (value instanceof ManagedArray) {
- // May need to resolve contained runtime references.
- ManagedArray array = (ManagedArray) value;
- //获取数组的类型
- Class<?> elementType = array.resolvedElementType;
- if (elementType == null) {
- //获取数组元素的类型
- String elementTypeName = array.getElementTypeName();
- if (StringUtils.hasText(elementTypeName)) {
- try {
- //使用反射机制创建指定类型的对象
- elementType = ClassUtils.forName(elementTypeName, this.beanFactory.getBeanClassLoader());
- array.resolvedElementType = elementType;
- }
- catch (Throwable ex) {
- // Improve the message by showing the context.
- throw new BeanCreationException(
- this.beanDefinition.getResourceDescription(), this.beanName,
- "Error resolving array type for " + argName, ex);
- }
- }
- //没有获取到数组的类型,也没有获取到数组元素的类型
- //则直接设置数组的类型为Object
- else {
- elementType = Object.class;
- }
- }
- //创建指定类型的数组
- return resolveManagedArray(argName, (List<?>) value, elementType);
- }
- else if (value instanceof ManagedList) {
- // May need to resolve contained runtime references.
- return resolveManagedList(argName, (List<?>) value);
- }
- else if (value instanceof ManagedSet) {
- // May need to resolve contained runtime references.
- return resolveManagedSet(argName, (Set<?>) value);
- }
- else if (value instanceof ManagedMap) {
- // May need to resolve contained runtime references.
- return resolveManagedMap(argName, (Map<?, ?>) value);
- }
- else if (value instanceof ManagedProperties) {
- Properties original = (Properties) value;
- Properties copy = new Properties();
- original.forEach((propKey, propValue) -> {
- if (propKey instanceof TypedStringValue) {
- propKey = evaluate((TypedStringValue) propKey);
- }
- if (propValue instanceof TypedStringValue) {
- propValue = evaluate((TypedStringValue) propValue);
- }
- if (propKey == null || propValue == null) {
- throw new BeanCreationException(
- this.beanDefinition.getResourceDescription(), this.beanName,
- "Error converting Properties key/value pair for " + argName + ": resolved to null");
- }
- copy.put(propKey, propValue);
- });
- return copy;
- }
- //解析字符串类型的属性值
- else if (value instanceof TypedStringValue) {
- // Convert value to target type here.
- TypedStringValue typedStringValue = (TypedStringValue) value;
- Object valueObject = evaluate(typedStringValue);
- try {
- Class<?> resolvedTargetType = resolveTargetType(typedStringValue);
- if (resolvedTargetType != null) {
- //对目标类型的属性进行解析,递归调用
- return this.typeConverter.convertIfNecessary(valueObject, resolvedTargetType);
- }
- else {
- //没有获取到属性的目标对象,则按Object 类型返回
- return valueObject;
- }
- }
- catch (Throwable ex) {
- // Improve the message by showing the context.
- throw new BeanCreationException(
- this.beanDefinition.getResourceDescription(), this.beanName,
- "Error converting typed String value for " + argName, ex);
- }
- }
- else if (value instanceof NullBean) {
- return null;
- }
- else {
- return evaluate(value);
- }
- }
- //解析引用类型的属性值
- @Nullable
- private Object resolveReference(Object argName, RuntimeBeanReference ref) {
- try {
- Object bean;
- //获取引用的Bean 名称
- String refName = ref.getBeanName();
- refName = String.valueOf(doEvaluate(refName));
- //如果引用的对象在父类容器中,则从父类容器中获取指定的引用对象
- if (ref.isToParent()) {
- if (this.beanFactory.getParentBeanFactory() == null) {
- throw new BeanCreationException(
- this.beanDefinition.getResourceDescription(), this.beanName,
- "Can't resolve reference to bean '" + refName +
- "' in parent factory: no parent factory available");
- }
- bean = this.beanFactory.getParentBeanFactory().getBean(refName);
- }
- //从当前的容器中获取指定的引用Bean 对象,如果指定的Bean 没有被实例化
- //则会递归触发引用Bean 的初始化和依赖注入
- else {
- bean = this.beanFactory.getBean(refName);
- //将当前实例化对象的依赖引用对象
- this.beanFactory.registerDependentBean(refName, this.beanName);
- }
- if (bean instanceof NullBean) {
- bean = null;
- }
- return bean;
- }
- catch (BeansException ex) {
- throw new BeanCreationException(
- this.beanDefinition.getResourceDescription(), this.beanName,
- "Cannot resolve reference to bean '" + ref.getBeanName() + "' while setting " + argName, ex);
- }
- }
通过上面的代码分析,我们明白了Spring 是如何将引用类型,内部类以及集合类型等属性进行解析的,属性值解析完成后就可以进行依赖注入了,依赖注入的过程就是Bean 对象实例设置到它所依赖的Bean对象属性上去。而真正的依赖注入是通过bw.setPropertyValues()方法实现的,通过AbstractPropertyAccessor 的 setPropertyValues 转到AbstractNestablePropertyAccessor 的setPropertyValue。该方法也使用了委托模式, 在BeanWrapper 接口中至少定义了方法声明, 依赖注入的具体实现交由其实现类BeanWrapperImpl 来完成,下面我们就分析依BeanWrapperImpl 中赖注入相关的源码。
注入赋值
BeanWrapperImpl 类主要是对容器中完成初始化的Bean 实例对象进行属性的依赖注入,即把Bean对象设置到它所依赖的另一个Bean 的属性中去。然而,BeanWrapperImpl 中的注入方法实际上由AbstractNestablePropertyAccessor 来实现的,其相关源码如下:
- //实现属性依赖注入功能
- protected void setPropertyValue(PropertyTokenHolder tokens, PropertyValue pv) throws BeansException {
- if (tokens.keys != null) {
- processKeyedProperty(tokens, pv);
- }
- else {
- processLocalProperty(tokens, pv);
- }
- }
- //实现属性依赖注入功能
- private void processKeyedProperty(PropertyTokenHolder tokens, PropertyValue pv) {
- Object propValue = getPropertyHoldingValue(tokens);
- //调用属性的getter(readerMethod)方法,获取属性的值
- PropertyHandler ph = getLocalPropertyHandler(tokens.actualName);
- if (ph == null) {
- throw new InvalidPropertyException(
- getRootClass(), this.nestedPath + tokens.actualName, "No property handler found");
- }
- Assert.state(tokens.keys != null, "No token keys");
- String lastKey = tokens.keys[tokens.keys.length - ];
- //注入array 类型的属性值
- if (propValue.getClass().isArray()) {
- Class<?> requiredType = propValue.getClass().getComponentType();
- int arrayIndex = Integer.parseInt(lastKey);
- Object oldValue = null;
- try {
- if (isExtractOldValueForEditor() && arrayIndex < Array.getLength(propValue)) {
- oldValue = Array.get(propValue, arrayIndex);
- }
- Object convertedValue = convertIfNecessary(tokens.canonicalName, oldValue, pv.getValue(),
- requiredType, ph.nested(tokens.keys.length));
- //获取集合类型属性的长度
- int length = Array.getLength(propValue);
- if (arrayIndex >= length && arrayIndex < this.autoGrowCollectionLimit) {
- Class<?> componentType = propValue.getClass().getComponentType();
- Object newArray = Array.newInstance(componentType, arrayIndex + );
- System.arraycopy(propValue, , newArray, , length);
- setPropertyValue(tokens.actualName, newArray);
- //调用属性的getter(readerMethod)方法,获取属性的值
- propValue = getPropertyValue(tokens.actualName);
- }
- //将属性的值赋值给数组中的元素
- Array.set(propValue, arrayIndex, convertedValue);
- }
- catch (IndexOutOfBoundsException ex) {
- throw new InvalidPropertyException(getRootClass(), this.nestedPath + tokens.canonicalName,
- "Invalid array index in property path '" + tokens.canonicalName + "'", ex);
- }
- }
- //注入list 类型的属性值
- else if (propValue instanceof List) {
- 。。。。。。
- }
- //注入map 类型的属性值
- else if (propValue instanceof Map) {
- 。。。。。。
- }
- else {
- throw new InvalidPropertyException(getRootClass(), this.nestedPath + tokens.canonicalName,
- "Property referenced in indexed property path '" + tokens.canonicalName +
- "' is neither an array nor a List nor a Map; returned value was [" + propValue + "]");
- }
- }
- private Object getPropertyHoldingValue(PropertyTokenHolder tokens) {
- // Apply indexes and map keys: fetch value for all keys but the last one.
- Assert.state(tokens.keys != null, "No token keys");
- PropertyTokenHolder getterTokens = new PropertyTokenHolder(tokens.actualName);
- getterTokens.canonicalName = tokens.canonicalName;
- getterTokens.keys = new String[tokens.keys.length - ];
- System.arraycopy(tokens.keys, , getterTokens.keys, , tokens.keys.length - );
- Object propValue;
- try {
- //获取属性值
- propValue = getPropertyValue(getterTokens);
- }
- catch (NotReadablePropertyException ex) {
- throw new NotWritablePropertyException(getRootClass(), this.nestedPath + tokens.canonicalName,
- "Cannot access indexed value in property referenced " +
- "in indexed property path '" + tokens.canonicalName + "'", ex);
- }
- if (propValue == null) {
- // null map value case
- if (isAutoGrowNestedPaths()) {
- int lastKeyIndex = tokens.canonicalName.lastIndexOf('[');
- getterTokens.canonicalName = tokens.canonicalName.substring(, lastKeyIndex);
- propValue = setDefaultValue(getterTokens);
- }
- else {
- throw new NullValueInNestedPathException(getRootClass(), this.nestedPath + tokens.canonicalName,
- "Cannot access indexed value in property referenced " +
- "in indexed property path '" + tokens.canonicalName + "': returned null");
- }
- }
- return propValue;
- }
通过对上面注入依赖代码的分析,我们已经明白了Spring IOC 容器是如何将属性的值注入到Bean 实例对象中去的:
1)、对于集合类型的属性,将其属性值解析为目标类型的集合后直接赋值给属性。
2)、对于非集合类型的属性,大量使用了JDK 的反射机制,通过属性的getter()方法获取指定属性注入以前的值,同时调用属性的setter()方法为属性设置注入后的值。看到这里相信很多人都明白了Spring的setter()注入原理。(processLocalProperty -> 到BeanWrapperImpl类的ph.setValue(valueToApply))
- @Override
- public void setValue(final @Nullable Object value) throws Exception {
- //获取方法
- final Method writeMethod = (this.pd instanceof GenericTypeAwarePropertyDescriptor ?
- ((GenericTypeAwarePropertyDescriptor) this.pd).getWriteMethodForActualAccess() :
- this.pd.getWriteMethod());
- if (System.getSecurityManager() != null) {
- AccessController.doPrivileged((PrivilegedAction<Object>) () -> {
- //设置强制访问
- ReflectionUtils.makeAccessible(writeMethod);
- return null;
- });
- try {
- AccessController.doPrivileged((PrivilegedExceptionAction<Object>) () ->
- //反射调用 setter 这里getWrappedInstance就是它的值
- writeMethod.invoke(getWrappedInstance(), value), acc);
- }
- catch (PrivilegedActionException ex) {
- throw ex.getException();
- }
- }
- else {
- ReflectionUtils.makeAccessible(writeMethod);
- writeMethod.invoke(getWrappedInstance(), value);
- }
- }
至此Spring IOC 容器对Bean 定义资源文件的定位,载入、解析和依赖注入已经全部分析完毕,现在Spring IOC 容器中管理了一系列靠依赖关系联系起来的Bean,程序不需要应用自己手动创建所需的对象,Spring IOC 容器会在我们使用的时候自动为我们创建,并且为我们注入好相关的依赖,这就是Spring 核心功能的控制反转和依赖注入的相关功能。
注:
其实在依赖注入中,如果该bean 是单例的 ,那么会去单例缓存容器中去取:FactoryBeanRegistrySupport . factoryBeanObjectCache
- /** Cache of singleton objects created by FactoryBeans: FactoryBean name --> object */
- private final Map<String, Object> factoryBeanObjectCache = new ConcurrentHashMap<>();
否者从BeanWapper:AbstractAutowireCapableBeanFactory . factoryBeanInstanceCache 中取,避免了非单例模式的重复解析封装Bean定义的过程。
- /** Cache of unfinished FactoryBean instances: FactoryBean name --> BeanWrapper */
private final Map<String, BeanWrapper> factoryBeanInstanceCache = new ConcurrentHashMap<>();
最后来一张整个流程的时序图:
Spring自动装配之依赖注入(DI)的更多相关文章
- Spring的自动装配与依赖注入
Spring的自动装配与依赖注入 装配 = 创建Bean + 注入Bean 创建Bean 自动发现 显式注册Bean 注入Bean 基于配置的注入 自动注入 Spring的装配分为显式装配和隐式装配, ...
- Spring基于的注解自动装配和依赖注入(***)
#自动装配的小Demo: package com.gyf.annotation; //DAO层 public interface UserDao { public void save(); } pac ...
- Spring 自动装配;方法注入
通过配置defalut—autowire属性,Spring IOC容器可以自动为程序注入Bean:默认是no(不启用自动装配). default—autowire的类型有: byName:通过名称自动 ...
- Spring第一课:依赖注入DI(二)
DI Dependency Injection ,依赖注入 is a :是一个,继承. has a:有一个,成员变量,依赖. class B { private A a; //B类依赖A类 } 依 ...
- Spring框架学习笔记(1)——控制反转IOC与依赖注入DI
Spring框架的主要作用,就是提供了一个容器,使用该容器就可以创建并管理对象.比如说Dao类等,又或者是具有多依赖关系的类(Student类中包含有Teacher类的成员变量) Spring有两个核 ...
- spring(3)------控制反转(IOC)/依赖注入(DI)
一.spring核心概念理解 控制反转: 控制反转即IoC (Inversion of Control).它把传统上由程序代码直接操控的对象的调用权交给容器.通过容器来实现对象组件的装配和管理. 所谓 ...
- 【学习笔记】 使用XML配置和注解实现Spring的依赖注入DI (2-3-2)
Spring的四个核心组件 1.beans Bean是包装应用程序自定义对象Object的 Object中保存数据 2.core 3.context 一个Bean的关系集合 4.expression ...
- 回客科技 面试的 实现ioc 容器用到的技术,简述BeanFactory的实现原理,大搜车面试的 spring 怎么实现的依赖注入(DI)
前言:这几天的面试,感觉自己对spring 的整个掌握还是很薄弱.所以需要继续加强. 这里说明一下spring的这几个面试题,但是实际的感觉还是不对的,这种问题我认为需要真正读了spring的源码后说 ...
- Spring(2):依赖注入DI
依赖注入DI 当某个角色(可能是一个Java实例,调用者)需要另一个角色(另一个Java实例,被调用者)的协助时,在 传统的程序设计过程中,通常由调用者来创建被调用者的实例.但在Spring里,创建被 ...
随机推荐
- Linux环境下安装Django和Python
1 下载前准备操作:安装相关的依赖库(工具包) yum install gcc patch libffi-devel python-devel zlib-devel bzip2-devel ...
- Nginx处理前端跨域(补充)
在之前的博客中提到了用nginx来处理前后端跨域问题,用Nginx代理请求,处理前后端跨域 ,虽然解决当时了问题,但是在实际使用中还是不好用,当时应对的只是对单接口的处理,如果一个页面需要调用两个不同 ...
- 学Python的第四天
第四天啦,今天依旧代码少的啃树皮.... 但是作业留的有了幼儿园的水准!!!让小编我看到了希望.... #!/usr/bin/env python # -*- coding:utf8 -*- impo ...
- 卷积神经网络 CNN 系列模型阐述
http://www.sohu.com/a/134347664_642762 Lenet,1986年 https://github.com/BVLC/caffe/blob/master/example ...
- cf2c(模拟退火 步长控制
https://www.luogu.org/problem/CF2C 题意:在平面上有三个没有公共部分的圆,求平面上一点使得到三个圆的切线的夹角相等.(若没答案满足条件,则不打印 思路:可用模拟退火算 ...
- qt05 音乐播放器
这些步骤可实现音乐播放,但是列表不能显示 music = new QMediaPlayer(this); playlist = new QMediaPlaylist(this); playlist-& ...
- Springboot aop使用
package com.jxd.Boot.aspect; import org.aspectj.lang.JoinPoint;import org.aspectj.lang.Signature;imp ...
- .OnCommand mfc
.OnCommand是响应WM_COMMAND消息的,一般是响应控件和菜单的命令消息时使用. 如果 WM_COMMAND 来自控件的话 lParam 就是发送这个 WM_COMMAND 消息的控件的句 ...
- flask之模板之继承
一:继承 基类模板base.html 中在进行挖坑 {% block 坑的名字%}{% endblock %} 子类模板test.html 中 通过 {% extends "base.ht ...
- python的可视化展示(待更新)
参考:https://www.cnblogs.com/zhizhan/p/5615947.html 通过matplotlib进行绘图: 例1: import matplotlib.pyplot as ...