1.谈谈你对Spring的理解。

        1.Spring是实现了工厂模式的工厂类（在这里有必要解释清楚什么是工厂模式），这个类名为BeanFactory（实际上是一个接口），在程序中通常BeanFactory的子类ApplicationContext。Spring相当于一个大的工厂类，在其配置文件中通过<bean>元素配置用于创建实例对象的类名和实例对象的属性。

        2. Spring提供了对IOC良好支持，IOC是一种编程思想，是一种架构艺术，利用这种思想可以很好地实现模块之间的解耦，IOC也称为DI（Depency Injection）。

        3. Spring提供了对AOP技术的良好封装， AOP称为面向切面编程，就是系统中有很多各不相干的类的方法，在这些众多方法中要加入某种系统功能的代码，例如，加入日志，加入权限判断，加入异常处理，这种应用称为AOP。

        实现AOP功能采用的是代理技术，客户端程序不再调用目标，而调用代理类，代理类与目标类对外具有相同的方法声明，有两种方式可以实现相同的方法声明，一是实现相同的接口，二是作为目标的子类。

        在JDK中采用Proxy类产生动态代理的方式为某个接口生成实现类，如果要为某个类生成子类，则可以用CGLI B。在生成的代理类的方法中加入系统功能和调用目标类的相应方法，系统功能的代理以Advice对象进行提供，显然要创建出代理对象，至少需要目标类和Advice类。spring提供了这种支持，只需要在spring配置文件中配置这两个元素即可实现代理和aop功能。


2.使用Spring框架的好处是什么？

        轻量：Spring 是轻量的，基本的版本大约2MB。

        控制反转：Spring通过控制反转实现了松散耦合，对象们给出它们的依赖，而不是创建或查找依赖的对象们。

        面向切面的编程(AOP)：Spring支持面向切面的编程，并且把应用业务逻辑和系统服务分开。

        容器：Spring 包含并管理应用中对象的生命周期和配置。

        MVC框架：Spring的WEB框架是个精心设计的框架，是Web框架的一个很好的替代品。

        事务管理：Spring 提供一个持续的事务管理接口，可以扩展到上至本地事务下至全局事务（JTA）。

        异常处理：Spring 提供方便的API把具体技术相关的异常（比如由JDBC，Hibernate or JDO抛出的）转化为一致的unchecked 异常。


3.ApplicationContext通常的实现是什么?

        FileSystemXmlApplicationContext ：此容器从一个XML文件中加载beans的定义，XML Bean 配置文件的全路径名必须提供给它的构造函数。

        ClassPathXmlApplicationContext：此容器也从一个XML文件中加载beans的定义，这里，你需要正确设置classpath因为这个容器将在classpath里找bean配置。

        WebXmlApplicationContext：此容器加载一个XML文件，此文件定义了一个WEB应用的所有bean。


4.什么是Spring的依赖注入？有哪些方法进行依赖注入

        依赖注入，是IOC的一个方面，是个通常的概念，它有多种解释。这概念是说你不用创建对象，而只需要描述它如何被创建。你不在代码里直接组装你的组件和服务，但是要在配置文件里描述哪些组件需要哪些服务，之后一个容器（IOC容器）负责把他们组装起来。

        构造器依赖注入：构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一个对其他类的依赖。

        Setter方法注入：Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后，调用该bean的setter方法，即实现了基于setter的依赖注入。


5.什么是Spring beans?

        Spring beans 是那些形成Spring应用的主干的java对象。它们被Spring IOC容器初始化，装配，和管理。这些beans通过容器中配置的元数据创建。比如，以XML文件中<bean/> 的形式定义。

        Spring 框架定义的beans都是单件beans。在bean tag中有个属性”singleton”，如果它被赋为TRUE，bean 就是单件，否则就是一个 prototype bean。默认是TRUE，所以所有在Spring框架中的beans 缺省都是单件。


6.解释Spring支持的几种bean的作用域。

        Spring框架支持以下五种bean的作用域：

singleton : bean在每个Spring ioc 容器中只有一个实例。

prototype：一个bean的定义可以有多个实例。

request：每次http请求都会创建一个bean，该作用域仅在基于web的        Spring ApplicationContext情形下有效。

session：在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。

global-session：在一个全局的HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。


7.解释Spring框架中bean的生命周期。

        1，Spring容器 从XML 文件中读取bean的定义，并实例化bean。

        2，Spring根据bean的定义填充所有的属性。

        3，如果bean实现了BeanNameAware 接口，Spring 传递bean 的ID 到 setBeanName方法。

        4，如果Bean 实现了 BeanFactoryAware 接口， Spring传递beanfactory 给setBeanFactory 方法。

        5，如果有任何与bean相关联的BeanPostProcessors，Spring会在postProcesserBeforeInitialization()方法内调用它们。

        6，如果bean实现IntializingBean了，调用它的afterPropertySet方法，如果bean声明了初始化方法，调用此初始化方法。

        7，如果有BeanPostProcessors 和bean 关联，这些bean的postProcessAfterInitialization() 方法将被调用。

       8，如果bean实现了 DisposableBean，它将调用destroy()方法。


8.解释不同方式的自动装配 。

有五种自动装配的方式，用来指导Spring容器用自动装配方式进行依赖注入。

        no：默认的方式是不进行自动装配，通过显式设置ref 属性来进行装配。

        byName：通过参数名 自动装配，Spring容器在配置文件中发现bean的autowire属性被设置成byname，之后容器试图匹配、装配和该bean的属性具有相同名字的bean。

        byType:：通过参数类型自动装配，Spring容器在配置文件中发现bean的autowire属性被设置成byType，之后容器试图匹配、装配和该bean的属性具有相同类型的bean。如果有多个bean符合条件，则抛出错误。

        constructor：这个方式类似于byType， 但是要提供给构造器参数，如果没有确定的带参数的构造器参数类型，将会抛出异常。

        autodetect：首先尝试使用constructor来自动装配，如果无法工作，则使用byType方式。


9.Spring框架的事务管理有哪些优点？

        它为不同的事务API  如 JTA，JDBC，Hibernate，JPA 和JDO，提供一个不变的编程模式。

        它为编程式事务管理提供了一套简单的API而不是一些复杂的事务API如

        它支持声明式事务管理。

        它和Spring各种数据访问抽象层很好得集成。


10.什么是基于Java的Spring注解配置? 给一些注解的例子.

        基于Java的配置，允许你在少量的Java注解的帮助下，进行你的大部分Spring配置而非通过XML文件。

        以@Configuration 注解为例，它用来标记类可以当做一个bean的定义，被Spring IOC容器使用。另一个例子是@Bean注解，它表示此方法将要返回一个对象，作为一个bean注册进Spring应用上下文。


11.谈谈spring事务的隔离级别和传播行为

隔离级别：

    - DEFAULT使用数据库默认的隔离级别

    - READ_UNCOMMITTED会出现脏读，不可重复读和幻影读问题

    - READ_COMMITTED会出现重复读和幻影读

    - REPEATABLE_READ会出现幻影读

    - SERIALIZABLE最安全，但是代价最大，性能影响极其严重

传播行为：

    - REQUIRED存在事务就融入该事务，不存在就创建事务

    - SUPPORTS存在事务就融入事务，不存在则不创建事务

    - MANDATORY存在事务则融入该事务，不存在，抛异常

    - REQUIRES_NEW总是创建新事务

    - NOT_SUPPORTED存在事务则挂起，一直执行非事务操作

    - NEVER总是执行非事务，如果当前存在事务则抛异常

    - NESTED嵌入式事务


12.什么是DI机制？ 

        依赖注入（Dependecy Injection）和控制反转（Inversion of Control）是同一个概念，具体的讲：当某个角色需要另外一个角色协助的时候，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。

        但在spring中 创建被调用者的工作不再由调用者来完成，因此称为控制反转。创建被调用者的工作由spring来完成，然后注入调用者 
因此也称为依赖注入。 

        spring以动态灵活的方式来管理对象 ， 注入的两种方式，设置注入和构造注入。 
        设置注入的优点：直观，自然 

        构造注入的优点：可以在构造器中决定依赖关系的顺序。 

13.什么是AOP？ 

面向切面编程（AOP）完善spring的依赖注入（DI），

面向切面编程在spring中主要表现为两个方面 ：
1.面向切面编程提供声明式事务管理 
2.spring支持用户自定义的切面




14.springmvc的核心是什么，请求的流程是怎么处理的，控制反转怎么实现的

核心：

控制反转和面向切面

请求处理流程：

1、首先用户发送请求到前端控制器，前端控制器根据请求信息（如URL）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；

2、页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名）；

3、前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；

4、前端控制器再次收回控制权，将响应返回给用户。

控制反转如何实现：

我们每次使用spring框架都要配置xml文件，这个xml配置了bean的id和class。

spring中默认的bean为单实例模式，通过bean的class引用反射机制可以创建这个实例。

因此，spring框架通过反射替我们创建好了实例并且替我们维护他们。

A需要引用B类，spring框架就会通过xml把B实例的引用传给了A的成员变量。



15.Spring框架中都用到了哪些设计模式？


  • 代理模式：在AOP和remoting中被用的比较多。
  • 单例模式：在spring配置文件中定义的bean默认为单例模式。
  • 模板方法模式：用来解决代码重复的问题。
  • 前端控制器模式：Spring提供了DispatcherServlet来对请求进行分发。
  • 依赖注入模式：贯穿于BeanFactory / ApplicationContext接口的核心理念。
  • 工厂模式：BeanFactory用来创建对象的实例。


16.