简单东西-SpringMVC注入Bean的简单知识

近期重构项目代码，在整理基于SpringMVC技术的应用代码过程中，对SpringMVC的注解的原理进行了简单的验证。通常情况下，我们自定义的类使用SpringMVC的注解，而且没有在spring-servlet.xml配置中作任何特殊设置的话，Bean的实例化过程是怎么样的呢？

1 单例

默认情况下，使用@Autowire注入的类型相同的成员变量，引用的都是同一个对象，而且该成员变量的注入并不是通过调用类的setXX方法设置的。例如，具有Service注解且都引用同一个类型的两个类，经验证他们的引用成员是同一个实例（==操作为true)，源码如下：

/**
 *
 * @title       :AEventHandler
 * @description :事件处理类的顶层抽象
 * 	        它依赖一个被观察者HandlerDispatcher并且在构造时就注册添加事件
 * @update      :2015-1-15 下午1:19:05
 * @author      :wang_ll
 * @version     :1.0.0
 * @since       :2015-1-15
 */
@Service
public abstract class AEventHandler implements IEventHandler{
	@Autowired
	private HandlerDispatcher requestHandler;

	@PostConstruct
	public void initRequestHandler(){
		if(this.requestHandler!=null){
			this.requestHandler.addEventHandler(this);
			System.out.println("add msgService OK");
		}else{
			System.out.println("add msgService bad");
		}
	} 

	public void setRequestHandler(HandlerDispatcher requestHandler) {
		this.requestHandler = requestHandler;
		if(this.requestHandler!=null){
			this.requestHandler.addEventHandler(this);
		}
	}
	public HandlerDispatcher getRequestHandler() {
		return requestHandler;
	}

}

/**
 *
 * @title       :AMsgHandler
 * @description :消息处理类的顶层抽象类
 * @update      :2015-1-15 下午1:22:26
 * @author      :wang_ll
 * @version     :1.0.0
 * @since       :2015-1-15
 */
public abstract class AMsgHandler implements IMsgHandler{
	@Autowired
	private HandlerDispatcher requestHandler;

	@PostConstruct
    	public void initRequestHandler(){
		if(this.requestHandler!=null){
			this.requestHandler.addMsgHandler(this);
			System.out.println("add msgService OK");
		}else{
			System.out.println("add msgService bad");
		}
	} 

	public HandlerDispatcher getRequestHandler() {
		return requestHandler;
	}

	public void setRequestHandler(HandlerDispatcher requestHandler) {
		this.requestHandler = requestHandler;
		if(this.requestHandler!=null){
			this.requestHandler.addMsgHandler(this);
			System.out.println("add msgService OK");
		}else{
			System.out.println("add msgService bad");
		}
	}
}

项目启动结果表明，这两个类的成员requestHandler是同一个对象的引用；并且这个成员的初始化过程并不是通过setRequestHandler()方法完成的。注解@PostConstruct标识的方法会在整个类被实例化完成后（包括成员变量的初始化）会被执行。在initRequestHandler方法中引用成员变量requestHandler时，它已经被实例化了，所以会进入非空分支。这个注解非常好，对于依赖成员变量的操作来说。

2 注解的范围

Spring的配置文件applicationContext.xml中定义的bean默认是立即加载的，在Spring容器启动时，就会实例化配置文件中所有的Bean，包括组件扫描包里面的注解类；而SpringMVC配置文件中的注解类只会实例化Action即Controller注解的类及其依赖的类。如果定义spring配置文件applicationContext.xml包含如下扫描配置：

<beans>
	<context:annotation-config />
	<context:component-scan base-package="com.wood.controller" />
	<context:component-scan base-package="com.wood.dao" />
	<context:component-scan base-package="com.bh.wexin.service" />
	<context:component-scan base-package="com.bh.wexin.action" />
        <import resource="dbConfig.xml" />
</beans>

则容器启动时，被扫描的包中，所有具有注解的类都会被实例化的。但是，如果上述扫描配置是定义在SpringMVC的配置文件spring-servlet.xml中，则在容器启动完成时，只有Action类会被初始化并加载到内存（即@Controller注解的类及其依赖类被实例化了）。

这说明SpringMVC的注解扫描范围和实例化的类的范围是不一样的，在项目开发中控制SpringMVC配置文件中扫描包的范围，可以避免不必要的类被初始化。

3 继承的简单知识

子类重写父类的方法时，不能改变方法签名包括访问权限标识、返回值、参数等，但是可以添加final修饰符，使得某些方法不能再被其子类重写。简单的例子：如A定义了方法public void a();而B继承A，且重写方法a为public final void a()，这种语义是合法的。这样的话，B的子类就不能重写该方法了。