转自http://blog.csdn.net/zgmzyr/article/details/39380477
spring对同一配置文件中相同id或者name的两个或以上的bean时,做直接抛异常的处理,而对不同配置文件中相同id或者名称的bean,只会在打印日志级别为info的信息,信息内容大概为"Overriding bean definition for bean xxx : replacing xxx with beanDefinition ".
可能引发的问题:
当不同文件中配置了相同id或者name的同一类型的两个bean时,如果这两个bean的类型虽然相同,但配置时又有差别时,如:
- <bean name="a" class="com.zyr.A">
- <property name="age" value="20" />
- </bean>
- <bean name="a" class="com.zyr.A">
- <property name="age" value="20" />
- </bean>
那么最终spring容器只会实例化后面的这个bean,后者将前者覆盖了。这种情况下,要排查问题很困难。
那么如何解决这个问题呢?靠程序员自律?绝对不定义重复名称的bean?我觉得这个是非常不靠谱的,因为项目依赖可能比较复杂,开发人员不尽相同.所以我认为只有通过在程序中引入一种报错机制才能解决这个问题。
上次在调试spring源代码时,无意中发现DefaultListableBeanFactory类有一个allowBeanDefinitionOverriding属性,其默认值为true.如:
- /** Whether to allow re-registration of a different definition with the same name */
- private boolean allowBeanDefinitionOverriding = true;
- //allowBeanDefinitionOverriding属性在下面代码中起作用:
- synchronized (this.beanDefinitionMap) {
- Object oldBeanDefinition = this.beanDefinitionMap.get(beanName);
- if (oldBeanDefinition != null) {
- if (!this.allowBeanDefinitionOverriding) {
- throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
- "Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName +
- "': There is already [" + oldBeanDefinition + "] bound.");
- }
- else {
- if (this.logger.isInfoEnabled()) {
- this.logger.info("Overriding bean definition for bean '" + beanName +
- "': replacing [" + oldBeanDefinition + "] with [" + beanDefinition + "]");
- }
- }
- }
- else {
- this.beanDefinitionNames.add(beanName);
- this.frozenBeanDefinitionNames = null;
- }
- this.beanDefinitionMap.put(beanName, beanDefinition);
- }
想到只要将其值更改为false时就可能可以解决上面的问题,即存在id或者name相同的bean时,不是打印出相关信息,而是直接抛异常,这样就可以迫使开发人员必须解决id或者name重复的问题后才能成功启动容器。然后就尝试了下,
最终找到了两个解决方案:
方案1:
1.自己写一个继承ContextLoaderListener的listener,比如SpringContextLoaderListener,然后重写方法customizeContext,如:
- public class SpringContextLoaderListener extends ContextLoaderListener {
- @Override
- protected void customizeContext(ServletContext servletContext, ConfigurableWebApplicationContext applicationContext) {
- super.customizeContext(servletContext, applicationContext);
- XmlWebApplicationContext context = (XmlWebApplicationContext) applicationContext;
- context.setAllowBeanDefinitionOverriding(false); //在这里将XmlWebApplicationContext属性allowBeanDefinitionOverriding设置为false,这个属性的值最终
- //会传递给DefaultListableBeanFactory类的allowBeanDefinitionOverriding属性
- }
- }
2.在web.xml使用自定义的listener,配置如下:
- <listener>
- <listener-class>com.zyr.web.spring.SpringContextLoaderListener</listener-class>
- </listener>
这样,在项目启动时,不同配置文件中如果有同名id或者name的bean,直接抛异常,容器停止启动.
但后来一想,这个方案不够好,感觉有点投机取巧。然后再想了下,想到spring既然提供了allowBeanDefinitionOverriding这个属性,理论上应该会提供方法让使用者用配置来更改其默认值的,确实如此,最终就有了方案2 .
方案2:
在org.springframework.web.context.ContextLoader类中找到了CONTEXT_INITIALIZER_CLASSES_PARAM常量,该常量可用于配置spring上下文相关全局特性,该常量在如下代码中起作用:
- protected List<Class<ApplicationContextInitializer<ConfigurableApplicationContext>>>
- determineContextInitializerClasses(ServletContext servletContext) {
- List<Class<ApplicationContextInitializer<ConfigurableApplicationContext>>> classes =
- new ArrayList<Class<ApplicationContextInitializer<ConfigurableApplicationContext>>>();
- .........
- String localClassNames = servletContext.getInitParameter(CONTEXT_INITIALIZER_CLASSES_PARAM);
- if (localClassNames != null) {
- for (String className : StringUtils.tokenizeToStringArray(localClassNames, INIT_PARAM_DELIMITERS)) {
- classes.add(loadInitializerClass(className));
- }
- }
- return classes;
- }
所以我们要做的有2步:
1.创建一个实现接口ApplicationContextInitializer的类,如SpringApplicationContextInitializer,代码如下:
- public class SpringApplicationContextInitializer implements ApplicationContextInitializer<XmlWebApplicationContext> {
- public void initialize(XmlWebApplicationContext applicationContext) {
- applicationContext.setAllowBeanDefinitionOverriding(false);//在这里将XmlWebApplicationContext属性allowBeanDefinitionOverriding设置为false,这个属
- //性的值最终会传递给DefaultListableBeanFactory类的allowBeanDefinitionOverriding属性
- }
- }
2.web.xml中的增加的配置如下:
- <context-param>
- <param-name>contextInitializerClasses</param-name>
- <param-value>com.zyr.web.spring.SpringApplicationContextInitializer</param-value>
- </context-param>
ApplicationContextInitializer其实是refresh()之前做一些事情
但到这里,如果项目在前端使用的是spring mvc时,问题还只解决了一半,即spring根容器(相对使用spring mvc来说)如果存在同名id或者name时,容器报错停止启动.而spring mvc 的容器是作为子容器来初始化的,所以上述方案2只解决了spring根容器同名id或者name的问题,并没有解决spring mvc子容器的同名id或者name问题。
经查看源代码,最终有了方案3.
方案3:
在web.xml文件中的dispatcherServlet配置中增加如下部分配置
- <servlet>
- <servlet-name>dispatcherServlet</servlet-name>
- <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
- <init-param>
- <param-name>contextConfigLocation</param-name>
- <param-value>classpath:spring/spring-mvc.xml</param-value>
- </init-param>
- <!-- 增加如下配置 -->
- <init-param>
- <param-name>contextInitializerClasses</param-name>
- <param-value>com.zyr.web.spring.SpringApplicationContextInitializer</param-value> <!--这个类与方案2中的是一个类 -->
- </init-param>
- <load-on-startup>1</load-on-startup>
- </servlet>
写了个简单测试项目,放在github上:https://github.com/zgmzyr/sameIdOrNameForBeanInSpringTest.git
引申开来:上述解决方案虽然说是为了解决重名id或者name问题而得出的,但完全可用于以后我们如果要改变spring容器的其它全局行为时,也可以用方案2解决,只不过最终改变属性值不同而已。
相关推荐
Spring框架中,获取所有拥有特定注解的Bean实例代码是非常重要的一个功能,特别是在系统参数初始化、获取系统中所有接口服务清单等一系列需要在Spring启动后初始化的功能中。本文主要介绍了Spring启动后获取所有...
在Web应用中,Spring的IOC配置通常是在`web.xml`文件中通过监听器(Listener)来初始化的,或者在Spring 4.3及以上版本中使用`@Configuration`和`@EnableWebMvc`注解进行Java配置。 #### Web应用中IOC Bean的实例化 ...
构造器主要初始化了配置类、环境参数等。 ```java public SpringApplication(Class<?>... primarySources) { this.registerDefaultListeners = true; setPrimarySources(primarySources); this....
3. **继承自`ApplicationObjectSupport`**:这个抽象类提供`getApplicationContext()`方法,Spring在初始化时会通过`setApplicationContext(ApplicationContext context)`注入ApplicationContext。 4. **继承自`...
- **管理**:管理Bean的生命周期,例如初始化和销毁Bean实例。 - **依赖注入**:自动装配Bean之间的依赖关系。 #### 2. Bean在Spring容器中的两种基本行为是什么? Spring容器中Bean的基本行为有两种: - **...
4. **静态内部类式**:静态内部类加载时初始化对象,线程安全,可以实现延迟加载,调用效率高。 5. **枚举单例**:使用枚举实现单例,线程安全,调用效率高,不能延时加载,但具有天然的序列化机制,防止多次实例化...
它的核心在于确保某类在整个应用程序生命周期中仅存在一个实例,并且该类能全局访问该实例。 **特点如下:** 1. **唯一性**:单例类只能有一个实例。 2. **自创性**:单例类必须自行创建唯一的实例。 3. **全局可...
这涉及到在Web容器启动时初始化Scheduler,并确保在容器关闭时停止Scheduler。在Spring中,可以通过使用`@EnableScheduling`注解和`@Scheduled`注解来简化定时任务的配置。 如果你对上述内容有任何疑问,可以在空间...
3. **Servlet实例化**:首次请求时,Servlet容器创建Servlet实例并调用`init()`方法初始化。 4. **请求处理**:每次请求到达,Servlet容器创建一个`ServletRequest`和`ServletResponse`对象,并调用Servlet的`...
反射主要用于实现动态加载类、获取类的信息以及调用类的方法等功能。反射在Java Beans和一些框架(如Spring)中得到了广泛应用。 ### 总结 以上概述了Java入门阶段需要掌握的一些基本概念。理解这些概念对于学习...
这涉及到数组的初始化、遍历、排序等操作。 ##### 方法思想 方法思想关注于如何将复杂的问题分解为更小、更容易管理的部分,并通过调用方法来解决问题。 ##### 递归算法 递归是一种解决问题的方法,其中函数调用...
Servlet生命周期包括加载、实例化、初始化、服务、销毁几个阶段。 2. **JSP(JavaServer Pages)**:JSP是一种动态网页技术,允许开发者在HTML页面中嵌入Java代码。JSP文件经过编译后会转化为Servlet,从而执行...
安卓上用于加载的Webview视图窗口只是作为类浏览器而存在,在安卓上更是只能同时运行一个Webview。(2)跨域数据交互问题。不同的Webview之间无法共享数据。(3)页面自适应问题。页面难以兼容适应不同分辨率的设备...
- 初始化: 执行类构造器`()`的方法。 - **类加载器**: - Bootstrap ClassLoader: 最基础的类加载器,加载`rt.jar`等核心类库。 - Extension ClassLoader: 加载扩展类库。 - Application ClassLoader: 应用程序类...
- **生命周期**:初始化、执行、销毁三个阶段。 - **内置对象**:request, response, session, application等。 #### 十六、Spring框架进阶知识 **知识点:** - **Spring Security**:为基于Spring的应用程序提供...
141、使用useBean标志初始化BEAN时如何接受初始化参数 36 142、使用JSP如何获得客户浏览器的信息? 36 143、能象调用子程序一样调用JSP吗? 36 144、当我重编译我的JSP使用的一个类后,为什么JVM继续使用我的老CLASS...
1. 初始化阶段:加载Servlet类,创建Servlet实例。 2. 请求处理阶段:多次调用`service()`方法处理客户端请求。 3. 销毁阶段:服务器关闭时销毁Servlet实例。 #### 数据连接池的工作机制 数据连接池预先创建并维护...