`
narcissusoyf
  • 浏览: 154411 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

spring的bean定义真的和顺序无关?

阅读更多

在使用Ibatis的时候,如果某个sql的定义出现在引用sql的定义之后的话,笨笨的ibatis是会报错的。。这让用惯了spring的人会感到烦躁,为什么ibatis不能和spring一样,做到xml定义的时候与顺序无关。。。但是 spring 真的能够做到完全与bean定义的顺序无关么?下面的代码,会让我们警醒下:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"  
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
         xmlns:aop="http://www.springframework.org/schema/aop"  
         xmlns:tx="http://www.springframework.org/schema/tx"  
         xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd   
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd   
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd"
           default-autowire="byName">  
   <bean id="a" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="target" ref="targetA" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>       
	<bean id="targetA" class="reference.A"></bean> 	
	<bean id="targetB" class="reference.B"></bean>	
	<bean id="beforeAdvice" class="reference.BeforeAdvice" />
	<bean id="beforeAdvisor" class="reference.BeforeAdvisor">
		<property name="advice" ref="beforeAdvice"/>
	</bean>
	<bean id="b" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="target" ref="targetB" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>
</beans>

 一个简单的循环引用 + ProxyFactoryBean 定义。

启动spring的代码:

public class Main 
{
	public static void main(String[] args) throws IOException
	{

		ApplicationContext ac = new ClassPathXmlApplicationContext("/files/reference.xml");
		InterfaceA a = (InterfaceA) ac.getBean("a");
		a.ok();
	}
}

 接着就是悲剧的error:

Caused by: org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a': org.springframework.beans.factory.FactoryBeanNotInitializedException: Cannot determine target class for proxy
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:147)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:109)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1387)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:244)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:189)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireByName(AbstractAutowireCapableBeanFactory.java:1085)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1035)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:511)
	... 39 more

  好,那么我们换下bean定义的顺序吧:

	<bean id="targetA" class="reference.A"></bean> 	
	<bean id="a" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="target" ref="targetA" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>   
	<bean id="targetB" class="reference.B"></bean>	
	<bean id="beforeAdvice" class="reference.BeforeAdvice" />
	<bean id="beforeAdvisor" class="reference.BeforeAdvisor">
		<property name="advice" ref="beforeAdvice"/>
	</bean>
	<bean id="b" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="target" ref="targetB" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>

 再run一次:

2010-7-4 23:09:09 org.springframework.context.support.AbstractApplicationContext prepareRefresh
信息: Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@32fb4f: startup date [Sun Jul 04 23:09:09 CST 2010]; root of context hierarchy
2010-7-4 23:09:09 org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
信息: Loading XML bean definitions from class path resource [files/reference.xml]
2010-7-4 23:09:09 org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
信息: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@1d7ad1c: defining beans [targetA,a,targetB,beforeAdvice,beforeAdvisor,b]; root of factory hierarchy
xxx
$Proxy1

 

成功了。。。。。

 

duo xi die ? 这是为什么呢?

 

这里的问题确实是出在bean定义的顺序上面。applicationContext 在refresh的时候,是按照bean定义的顺序来加载singleton bean 的(除开BeanPostProcessor,BeanPostProcessor 在singleton加载之前被bean化)。如果仅仅只是加载普通的Bean或者普通的FactoryBean的话,Spring已经通过某种方式很好的解决了singleton循环依赖的问题。

 

导致这个问题的原因,是由2个原因叠加产生的:

1  FactoryBean的getObject(),需要开发者自己去做处理。如果是new 个对象,那么这个对象就享受不到spring 的IOC 的好处,因为它脱离了spring 容器的管辖。 而ProxyFactoryBean 的 getObject() 在获取代理对象的时候,会对target的属性有依赖,如果target的某些值为空,会抛错。(这里的target 通指 targetName,target)

 

2 spring 再 bean化 bean的时候,是分为2步的,第一步可以简单的认为new个对象出来,第二步为这个new出来的对象设置属性。就是去容器里面把这个bean需要的其他bean给注入进来。在第2步的时候,注入给其他的bean的bean 可能没有被完全bean化,很有可能只是完成了第一步的bean,还是个“半成品”。但是在整个容器初始化结束的时候,这些“半成品”bean会被变成“合格品”。

 

1 + 2 ,恩,就是ProxyFactoryBean在getObject()的时候,依赖了一个“半成品”,结果就悲剧了。

	private synchronized Object getSingletonInstance() {
		if (this.singletonInstance == null) {
			this.targetSource = freshTargetSource();
			if (this.autodetectInterfaces && getProxiedInterfaces().length == 0 && !isProxyTargetClass()) {
				// Rely on AOP infrastructure to tell us what interfaces to proxy.
				Class targetClass = getTargetClass();
				if (targetClass == null) {
					throw new FactoryBeanNotInitializedException("Cannot determine target class for proxy");
				}
				setInterfaces(ClassUtils.getAllInterfacesForClass(targetClass, this.proxyClassLoader));
			}
			// Initialize the shared singleton instance.
			super.setFrozen(this.freezeProxy);
			this.singletonInstance = getProxy(createAopProxy());
		}
		return this.singletonInstance;
	}

 这里的targetSource 是ProxyFactoryBean 在设置target属性的时候被设置进去的,很可惜的是,这个时候的 target 指向的Bean 还在创建中,无法走到调用setTarget() 这一步。所以,这个时候的targetSource 就是个 EMPTY_TARGET_SOURCE,它返回的targetClass  就是null. 所以就失败了。。。。

 

原因找到了,那么怎么解决呢?

解决也有2个方法,就是针对导致问题的2个原因作出处理么?

A方案:

针对 ProxyFactoryBean 在getObject的时候,一定要求 targetSource的targetClass不为空,那么我就让他fresh下吧。

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"  
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
         xmlns:aop="http://www.springframework.org/schema/aop"  
         xmlns:tx="http://www.springframework.org/schema/tx"  
         xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd   
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd   
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd"
           default-autowire="byName">  
       
	
	<bean id="a" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="targetName" value="targetA" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>   
	
	<bean id="targetA" class="reference.A"></bean> 	
	<bean id="targetB" class="reference.B"></bean>	
	<bean id="beforeAdvice" class="reference.BeforeAdvice" />
	<bean id="beforeAdvisor" class="reference.BeforeAdvisor">
		<property name="advice" ref="beforeAdvice"/>
	</bean>
	<bean id="b" class="org.springframework.aop.framework.ProxyFactoryBean">
		<property name="targetName" value="targetB" />	
		<property name="interceptorNames">
			<list>
				<value>beforeAdvisor</value>
			</list>
		</property>
	</bean>
</beans>

 把 target,换成targetName 就可以了

 

B方案:

因为spring 在解决循环依赖的时候,化了个好大好大的圈,以至于我们需要的某个属性迟迟还没有set进来。

那么我们可以把这个大大的圈分成N个小小的圈吗。。

既然spring初始化singleton bean是从xml文件第一个bean开始的(除开BeanPostProcessor),那么我们就好好利用下这个第一个Bean么。。就把bean定义的位置给换下吧。。

 

 

spring 还是和bean定义的顺序有关的。希望大家在使用spring的时候,有所警醒。这个几率的问题不是很大,在使用ProxyFactoryBean 的时候最好使用 targetName 属性。另外,在使用FactoryBean的时候,需要借鉴下ProxyFactoryBean所导致的问题,对于某些属性依赖的话,不要太相信spring会在那个时候给你设置进去。

分享到:
评论
1 楼 javapub 2012-02-09  
Thanks, 研究的很深入嘛。 其实说Spring加载bean是没有顺序的,因为spring确实为了这个做了好多。 而你用的org.springframework.aop.framework.ProxyFactoryBean,是spring架构内的一个类,多少有点入侵spring架构的意思,多以导致了加载失败。 如果一般的bean都是自己写的,基本没有问题的。

相关推荐

    Spring Bean 加载顺序 .

    如果Bean之间没有依赖关系,Spring将按照Bean定义的顺序实例化。对于Prototype作用域,每次请求都会创建一个新的实例。 6. **后处理器注册**: Spring允许自定义BeanPostProcessor,它们在Bean实例化后执行特定的...

    Spring实例化Bean顺序

    1. **定义顺序**:在XML配置中,如果Bean的定义顺序明确,那么按照它们在文件中的顺序进行实例化。但是,这并不总是可靠的,因为Spring通常会延迟初始化Bean,除非显式要求或存在依赖关系。 2. **依赖注入**:...

    spring的bean加载顺序样例项目

    - 如果没有明确的排序信息,Spring会按Bean定义的顺序进行加载,通常遵循文件中的定义顺序。 5. **AOP代理的创建** - 如果Bean配置了AOP代理,如`@AspectJ`切面或基于接口的代理,那么在Bean实例化后,Spring会...

    通过@Autowired注解注入bean的顺序,以及@bean注入.rar

    这个bean将被添加到Spring的bean定义中,并且可以在其他bean中通过`@Autowired`进行注入。`@Bean`可以包含额外的配置,如`@Lazy`(表示延迟初始化)、`@Profile`(环境特定的bean)等。 在`@Autowired`注入时的顺序...

    Spring bean初始化及销毁你必须要掌握的回调方法.docx

    下面将详细介绍如何通过不同方式定义Spring Bean的初始化和销毁回调方法。 **初始化回调方法** 1. **@PostConstruct注解** 这个Java标准注解用于标记一个方法,该方法将在对象完全构造后但在业务逻辑执行前被调用...

    Spring Bean 生命周期之“我从哪里来?”.docx

    例如,我们可以创建一个`ApplicationContext`实例,如`ClassPathXmlApplicationContext`,并传入包含配置信息的XML文件路径,如`"spring.xml"`和`"spring1.xml"`,来启动容器并加载Bean的定义。 Spring提供了多种...

    spring加载顺序讨论

    在Spring框架中,加载顺序是理解应用程序启动过程的关键部分,涉及到bean的实例化、初始化以及依赖注入等多个环节。本文将详细探讨Spring加载顺序,并结合`@PostConstruct`、`构造方法`以及`@Autowired`等关键注解...

    尚硅谷]_佟刚_Spring IOC 容器中 Bean 的生命周期.pdf

    1、&lt;bean&gt;标签主要用来进行Bean定义; 2、alias用于定义Bean别名的; 3、import用于导入其他配置文件的Bean定义,这是为了加载多个配置文件,当然也可以把这些配置文件构造为一个数组(new String[] {“config1.xml...

    SPRING:bean配置properties

    这里,`order`属性定义了配置文件的加载顺序,数值越小优先级越高;`ignoreUnresolvablePlaceholders`属性则用于控制当占位符无法解析时的行为,默认为`false`(抛出异常),设置为`true`则会忽略这些未解析的占位符...

    Spring (bean怎样注入值)学习实例

    本文将深入探讨如何在Spring中通过XML配置文件对Bean进行值的注入,包括List、Set和Map等集合类型的注入。 首先,我们需要了解Spring Bean的定义。在Spring中,Bean是一个被Spring容器管理的对象,它可以通过XML、...

    Springbean循环依赖问题,与解决方案。.docx

    在本文中,我们将探讨 SpringBean 循环依赖问题的成因、解决方案和实现方法。 一、循环依赖的定义和成因 循环依赖是指在 Spring 框架中,多个 Bean 之间存在相互依赖关系,导致 Bean 创建失败或无法正确注入的问题...

    Spring循环依赖正确性及Bean注入的顺序关系详解

    然而,对于大部分情况,Bean的注入顺序通常是无关紧要的,因为Spring会保证依赖关系的正确性。但如果涉及到多线程环境下的并发问题,或者特定的初始化逻辑,Bean的初始化顺序就显得尤为重要。 总结来说,Spring通过...

    web.xml文件中配置(servlet, spring, filter, listenr)的加载顺序

    ### web.xml文件中配置(servlet, spring, filter, listener)的加载顺序 在Java Web应用开发中,...此外,还应注意`filter-mapping`的顺序对Filter执行的影响,以及如何通过配置Spring Listener来初始化Spring Bean。

    day38 08-Spring的id、name和scope顺序

    在Spring框架中,`id`、`name`和`scope`是配置bean时常见的三个属性,它们对于理解和管理Bean的生命周期至关重要。今天我们将深入探讨这三个属性的含义、使用方法以及它们之间的顺序规则。 首先,`id`是Spring Bean...

    Spring源码学习二:BeanDefinition解析1

    在Spring容器启动时,配置文件或注解中的bean定义会被解析成BeanDefinition对象,然后由容器进行管理。本文将深入探讨BeanDefinition的内部结构和主要属性。 首先,BeanDefinition接口继承了AttributeAccessor和...

    Spring--2.Spring 中的 Bean 配置-1

    4. **Bean的生命周期**: Spring允许我们自定义Bean的初始化和销毁方法,以及执行的顺序。在XML中,可以使用`init-method`和`destroy-method`属性指定。对于注解配置,可以使用`@PostConstruct`和`@PreDestroy`注解。...

    44 Spring控制器Controller如何设置AOP?慕课专栏1

    在Spring框架中,AOP(面向切面编程)是一种强大的工具,允许...记住,Spring提供了多种方式来配置和管理bean,选择最适合项目需求的方式是关键。在学习和实践中,不断探索和尝试,才能更好地掌握Spring框架的精髓。

    Spring多种加载Bean方式解析

    主要的流程是找到定义Bean的方式,然后生成BeanDefinition后注册到Spring上下文中,由Spring自动创建Bean的实例。 BeanDefinition BeanDefinition是一个接口,用来描述一个Bean实例,例如是SINGLETON还是PROTOTYPE...

    Spring+SpringMVC配置加载顺序1

    4. 初始化过程中,配置的类会被扫描,带有`@Configuration`注解的类会被处理,bean定义被加载。 5. DispatcherServlet注册并配置完成,处理请求。 在SpringInAction的示例代码中,你可以看到如何自定义这些配置来...

Global site tag (gtag.js) - Google Analytics