• 如果一个接口有2个不同的实现, 如何Autowire某一个指定的实现？

　　1、通过增加@Qualifier(实现类的名字)：

@Autowired
@Qualifier("GirlStudentImpl")
private Student student;

　　2、也可以通过@Resource(name=”*“)装配，则编程更加简洁：

@Resource(name="GirlStudentImpl")
private Student student;

• Spring注解(annotation-driven和annotation-config)的区别

如果你想使用@Autowired注解，那么就必须事先在 Spring 容器中声明 AutowiredAnnotationBeanPostProcessor Bean。传统声明方式如下
<bean class="org.springframework.beans.factory.annotation. AutowiredAnnotationBeanPostProcessor "/>
如果想使用@ Resource 、@ PostConstruct、@ PreDestroy等注解就必须声明CommonAnnotationBeanPostProcessor
如果想使用@PersistenceContext注解，就必须声明PersistenceAnnotationBeanPostProcessor的Bean。
如果想使用 @Required的注解，就必须声明RequiredAnnotationBeanPostProcessor的Bean。同样，传统的声明方式如下：
<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor"/>
一般来说，这些注解我们还是比较常用，尤其是Antowired的注解，在自动注入的时候更是经常使用，所以如果总是需要按照传统的方式一条一条配置显得有些繁琐和没有必要，于是spring给我们提供<context:annotation-config/>的简化配置方式，自动帮你完成声明。启动注解装配

不过，我们使用注解一般都会配置扫描包路径选项

<context:component-scan base-package=”XX.XX”/>
该配置项其实也包含了自动注入上述processor的功能，因此当使用 <context:component-scan/> 后，就可以将 <context:annotation-config/> 移除了

　　<mvc:annotation-driven/>
　　相当于注册了DefaultAnnotationHandlerMapping^①和AnnotationMethodHandlerAdapter两个bean，配置一些messageconverter。即解决了@Controller注解的使用前提配置。并提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，　　@Valid支持，读写XML的支持（JAXB），读写JSON的支持（Jackson）。

• @Component, @Controller, @Repository, @Service 有何区别？

  • @Component：这将 java 类标记为 bean。它是任何 Spring 管理组件的通用构造型。spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。

  • @Controller：这将一个类标记为 Spring Web MVC 控制器。标有它的 Bean 会自动导入到 IoC 容器中。

  • @Service：此注解是组件注解的特化。它不会对 @Component 注解提供任何其他行为。您可以在服务层类中使用 @Service 而不是 @Component，因为它以更好的方式指定了意图。

  • @Repository：这个注解是具有类似用途和功能的 @Component 注解的特化。它为 DAO 提供了额外的好处。它将 DAO 导入 IoC 容器，并使未经检查的异常有资格转换为 Spring DataAccessException，在注解了@Repository的类上如果数据库操作中抛出了异常，就能对其进行处理，转而抛出的是翻译后的spring专属数据库异常，方便我们对异常进行排查处理。

• @RequestParam 和 @PathVariable @RequestBody 以及不加的区别？

　　@RequestParam　　　

@RequestParam 是 获取请求参数的值，也就是 ? 后面的那些值 ,也可以是post请求中参数的值

请求路径：http://www.test.com/user/query?username=zhangsan&age=20
请求参数：username=zhangsan&age=20

@RequestMapping(value = "/user/query")
public String query(@RequestParam(value="username") String username) {
System.out.println("username = " + username); //此处打印：username = zhangsan
return SUCCESS;
}
通过@RequestParam 获取 不同请求对应的值：

.../query?username=zhangsan 获取 username 等于 zhangsan
.../query?username= 获取 username==""
.../query 获取 username==null
@RequestParam 默认必传的，不能为null

如上面例子，请求路径是 http://www.test.com/user/query?age=20 ，程序一定会报错的，
如果username不传时， 就是null ，而 @RequestParam 默认是必传的。

解决方法是
第1种： 请求路径改为 http://www.test.com/user/query?username=&age=20 表示 username==""，不为null；
第2种： required=false，具体如下：
@RequestParam(value="username",required=false) String username

　　@PathVariable　　

@PathVariable 是 处理 URL 中的参数值
URL 中的 { xxx } 占位符可以通过 @PathVariable("xxx") 绑定到操作方法的入参中。

请求路径 ： http://www.test.com/user/031267/view?username=zhangsan&age=20
请求URL ： http://www.test.com/user/031267/view

@RequestMapping(value = "/user/{userid}/view") //占位符 userid
public String view ( @PathVariable("userid") String userid){ //@PathVariable 中指定 userid
　　System.out.println("userid= "+userid); //此处可以获取：userid= 031267
　　return SUCCESS;
}
带占位符的URL 是Spring3.0 新增的功能，该功能在SpringMVC 向REST目标挺进发展过程中具有里程碑的意义。

　　@RequestBody

　　　　@RequestBody的作用其实是将json格式的数据转为java对象,可以省去我们在后台将json转成java对象

• BeanFactory和ApplicationContext以及FactoryBean的区别？

BeanFacotry是spring中比较原始的Factory。如XMLBeanFactory就是一种典型的BeanFactory。原始的BeanFactory无法支持spring的许多插件，如AOP功能、Web应用等。 
ApplicationContext接口，它由BeanFactory接口派生而来，ApplicationContext包含BeanFactory的所有功能，通常建议比BeanFactory优先

BeanFactory是个Factory，也就是IOC容器或对象工厂，FactoryBean是个Bean，两者都是接口。在Spring中，所有的Bean都是由BeanFactory(也就是IOC容器)来进行管理的。但对FactoryBean而言，这个Bean不是简单的Bean，而是一个能生产或者修饰对象生成的工厂Bean,它的实现与设计模式中的工厂模式和修饰器模式类似。不同于普通Bean的是：如果一个Bean实现了FactoryBean<T>接口，根据该Bean的ID从BeanFactory中获取的实际上是FactoryBean的getObject()返回的对象，而不是FactoryBean本身，如果要获取FactoryBean对象，请在id前面加一个&符号来获取^②。

• Spring Bean 的作用域?

　　当scope=”prototype”时，容器会延迟初始化bean（如果一个bean的scope属性为scope="pototype"时，即使设置了lazy-init="false"也会延迟），Spring读取xml文件的时候，并不会立刻创建对象，而是在第一次请求该bean时才初始化（如调用getBean方法时）,因此谈及prototype作用域的bean时，在某些方面可以将Spring容器的角色看作是Java new操作的替代者，任何迟于该时间点的生命周期事宜都得交由客户端来处理。

　　Spring容器可以管理singleton作用域下bean的生命周期，在此作用域下，Spring能够精确地知道bean何时被创建，何时初始化完成，以及何时被销毁。而对于prototype作用域的bean，Spring只负责创建，当容器创建了bean的实例后，bean的实例就交给了客户端的代码管理，Spring容器将不再跟踪其生命周期，并且不会管理那些被配置成prototype作用域的bean的生命周期。

• SpringMVC的控制器是不是单例模式，如果是，有什么问题，怎么解决？

　　Spring MVC默认是Singleton的，所以会产生一个潜在的安全隐患。根本核心是instance变量保持状态的问题。这意味着每个request过来，系统都会用原有的instance去处理，这样导致了两个结果：
　　　　一是我们不用每次创建Controller，
　　　　二是减少了对象创建和垃圾收集的时间；
　　由于只有一个Controller的instance，当多个线程同时调用它的时候，它里面的instance变量就不是线程安全的了，会发生窜数据的问题。
当然大多数情况下，我们根本不需要考虑线程安全的问题，比如dao,service等，除非在bean中声明了实例变量。因此，我们在使用spring mvc 的contrller时：

1. 应避免在controller中定义实例变量。
2. 或者将控制器的作用域从单例改为原型，即在spring配置文件Controller中声明 scope="prototype"，每次都创建新的controller
3. 在Controller中使用ThreadLocal变量

• Spring MVC的五大组键 ？

1. 前端控制器 （DispatcherServlet）

2. 映射处理器（HandlerMapping）

3. 处理器（Controller）

4. 模型和视图（ModelAndView）

5. 视图解析器（ViewResolver）

文字解析： 客户端请求提交到DispatcherServlet 由DispatcherServlet控制器查询一个或多个HandlerMapping，找到处理请求的Controller DispatcherServlet将请求提交到Controller Controller调用业务逻辑处理后，返回ModelAndView DispatcherServlet查询一个或多个ViewResoler视图解析器，找到ModelAndView指定的视图 视图负责将结果显示到客户

• spring中的设计模式？

spring中常用的设计模式为：

　　单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 
spring中的单例模式完成了后半句话，即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例，这是因为spring管理的是是任意的java对象。 
核心提示点：Spring下默认的bean均为singleton，可以通过singleton=“true|false” 或者 scope=“？”来指定

　　代理（Proxy）：在Spring的Aop中，使用的Advice（通知）来增强被代理类的功能。Spring实现这一AOP功能的原理就使用代理模式（1、JDK动态代理。2、CGLib字节码生成技术代理。）对类进行方法级别的切面增强，即，生成被代理类的代理类， 并在代理类的方法前，设置拦截器，通过执行拦截器重的内容增强了代理方法的功能，实现的面向切面编程。

　　模板方法（Template Method）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Template Method模式一般是需要继承的。这里想要探讨另一种对Template Method的理解。spring中的JdbcTemplate，在用这个类时并不想去继承这个类，因为这个类的方法太多，但是我们还是想用到JdbcTemplate已有的稳定的、公用的数据库连接，那么我们怎么办呢？我们可以把变化的东西抽出来作为一个参数传入JdbcTemplate的方法中。但是变化的东西是一段代码，而且这段代码会用到JdbcTemplate中的变量。怎么办？那我们就用回调对象吧。在这个回调对象中定义一个操纵JdbcTemplate中变量的方法，我们去实现这个方法，就把变化的东西集中到这里了。然后我们再传入这个回调对象到JdbcTemplate，从而完成了调用。这可能是Template Method不需要继承的另一种实现方式吧。

　　工厂方法（Factory Method）：通常由应用程序直接使用new创建新的对象，为了将对象的创建和使用相分离，采用工厂模式,即应用程序将对象的创建及初始化职责交给工厂对象。

1:field注入  @Controller
public class FooController {@Autowired//@Injectprivate FooService fooService;//简单的使用例子，下同public List<Foo> listFoo() {return fooService.list();}//承接上面field注入的代码，假如客户端代码使用下面的调用(或者再Junit测试中使用)
//这里只是模拟一下，正常来说我们只会暴露接口给客户端，不会暴露实现。
FooController fooController = new FooController();
fooController.listFoo(); // -> NullPointerException

}缺点显而易见，对于IOC容器以外的环境，除了使用反射来提供它需要的依赖之外，无法复用该实现类。而且将一直是个潜在的隐患，因为你不调用将一直无法发现NPE的存在。2: 构造器注入  推荐@Controller
public class FooController {private final FooService fooService;@Autowiredpublic FooController(FooService fooService) {this.fooService = fooService;}//使用方式上同，略
}3：setter注入@Controller
public class FooController {private FooService fooService;//使用方式上同，略
 @Autowiredpublic void setFooService(FooService fooService) {this.fooService = fooService;}
}

@Transactional(isolation=Isolation.DEFAULT)public void method(){}

ServiceA { /**
* 事务属性配置为 PROPAGATION_REQUIRED
*/
 void methodA() {
   try { ServiceB.methodB(); } catch (SomeException) {
// 执行其他业务, 如 ServiceC.methodC();
   } }
}

<!-- 扫描@Controller注解 -->
<context:component-scan base-package="com.xx.controller"><context:include-filter type="annotation"expression="org.springframework.stereotype.Controller" />
</context:component-scan>

<!-- 配置扫描注解,不扫描@Controller注解 -->
<context:component-scan base-package="com.xx"><context:exclude-filter type="annotation"expression="org.springframework.stereotype.Controller" />
</context:component-scan>

public interface FactoryBean<T> {
T getObject() throws Exception;Class<?> getObjectType();boolean isSingleton();}