问：SpringIOC原理阐述
答：把对象的创建、初始化、销毁等工作交给Spring容器来完成。我们可以把IOC容器的工作模式看做是工厂模式的升华，可以把IOC容器看作是一个工厂，这个工厂里要生产的对象都在配置文件中给出定义，然后利用编程语言的的反射编程，根据配置文件中给出的类名生成相应的对象。从实现来看，IOC是把以前在工厂方法里写死的对象生成代码，改变为由配置文件来定义，也就是把工厂和对象生成这两者独立分隔开来，目的就是提高灵活性和可维护性。
问：SpringAOP原理
答：1)面向对象的设计没有办法解决重复代码的问题
2)SpringAOP使用动态代理技术在运行期植入增强的代码,aspectj是在编译器织入横切代码的形式来实现代理技术的
3)SpringAOP使用了两种代理机制,一种是基于JDK的动态代理,一种是基于CGLib的动态代理
4)JDK1.3以后java提供了动态代理的技术,运行开发者在运行期创建接口的代理实例
5)jdk的动态代理主要涉及java.lang.reflect包中的两个类ProxyInvcoationHandler
6)InvcoationHandler是一个接口,通过实行该接口可以订阅横切逻辑,并通过反射机制调用目标类的代码,动态讲横切逻辑和业务逻辑编织在一起
7)Proxy利用InvocationHandler动态创建一个符号某一接口的实例,生成目标类的代理对象
8)cglib采用非常底层的字节码技术,可以为一个类创建子类,并在子类中采用方法拦截技术拦截所有的父类方法的调用,并顺势织入横切逻辑
问：AOP中的概念解释
答：切面:Aspect,连接点:Joinpoint,增强:Advice,切入点:Pointcut,目标对象:Target,代理:Proxy,其中增强包括:前置增强,后置增强,返回会增强,环绕增强,抛出异常后增强
问：使用SpringAOP可以基于两种方式
答：一种是比较方便和强大的注解方式,使用注解配置SpringAOP总体分为两步,第一步是在xml文件中声明激活自动扫描组件功能,同时激活自动代理功能,一种则是中规中矩的xml配置方式
问：Spring的事务传播机制
答：1)REQUIRED(默认)：支持使用当前事务,如果当前事务不存在,创建一个新事务。
2)SUPPORTS：支持使用当前事务,如果当前事务不存在,则不使用事务。
3)MANDATORY：中文翻译为强制,支持使用当前事务,如果当前事务不存在,则抛出Exception。
4)REQUIRES_NEW：创建一个新事务,如果当前事务存在,把当前事务挂起。
5)NOT_SUPPORTED：无事务执行,如果当前事务存在,把当前事务挂起。
6)NEVER：无事务执行,如果当前有事务则抛出Exception。
7)NESTED：嵌套事务,如果当前事务存在,那么在嵌套的事务中执行。如果当前事务不存在,则表现跟REQUIRED一样。
问：Spring的事务实现方式
答：1)编程式事务管理对基于POJO的应用来说是唯一选择。我们需要在代码中调用beginTransaction()、commit()、rollback()等事务管理相关的方法,这就是编程式事务管理。
2)基于TransactionProxyFactoryBean的声明式事务管理
3)基于@Transactional的声明式事务管理
4)基于AspectjAOP配置事务
问：Spring通过单实例化Bean简化多线程问题
答：由于Spring的事务管理器是通过线程相关的ThreadLocal来保存数据访问基础设施(也即Connection实例)，web容器本身就是多线程的，web容器为一个http请求创建一个独立的线程(实际大多数采用线程池)，所以bean也是运行在多线程的环境下，在大多数情况下，Spring的bean都是单例的，单例的好处就是线程无关性，不存在多线程并发问题，Spring是通过ThreadLocal将有状态的变量本地线程化，达到另一个层面上的线程无关。
问：SpringMVC工作原理
答：SpringMVC框架围绕dispactcherServlet这个核心展开，dispatcherServlet是SpringMVC的总导演，总策划，他负责拦截请求并将器分派给响应的处理器处理。SpringMVC框架包括注解驱动控制器，请求及响应的信息处理，表单标签绑定，视图解析，本地化解析，上传文件解析，异常处理。
SpringMVC通过一个前端servlet接收所有的请求，并将具体工作委托给其他组件进行处理
1)整个过程开始于客户端发送一个HTTP请求，如果匹配web.xml的映射路径，则进行处理
2)DispatcherServlet根据HandlerMapping找到对应的Handler,将处理权交给Handler
3)HandlerAdapter这个适配器对各种Hander方法进行调用
4)处理完了之后返回一个ModelAndView给DispatcherServelt
5)Handler返回的ModelAndView()只是一个逻辑视图并不是一个正式的视图，DispatcherSevlet通过ViewResolver将逻辑视图转化为真正的视图View
6)根据ModelAndView对模型数据进行视图渲染
7)最终客户端得到相应消息，可能是一个普通的HTML页面，也可能是一个XML或者JSON串
问：SpringMVC和Struts2的区别
答：1)拦截机制的不同
Struts2是类级别的拦截，每次请求就会创建一个Action，和Spring整合时Struts2的ActionBean注入作用域是原型模式prototype，然后通过setter，getter吧request数据注入到属性。Struts2中，一个Action对应一个request，response上下文，在接收参数时，可以通过属性接收，这说明属性参数是让多个方法共享的。Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了，只能设计为多例。
SpringMVC是方法级别的拦截，一个方法对应一个Request上下文，所以方法直接基本上是独立的，独享request，response数据。而每个方法同时又何一个url对应，参数的传递是直接注入到方法中的，是方法所独有的。处理结果通过ModeMap返回给框架。在Spring整合时，SpringMVC的ControllerBean默认单例模式Singleton，所以默认对所有的请求，只会创建一个Controller，有应为没有共享的属性，所以是线程安全的，如果要改变默认的作用域，需要添加@Scope注解修改。
Struts2有自己的拦截Interceptor机制，SpringMVC这是用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。
2)底层框架的不同
Struts2采用Filter(StrutsPrepareAndExecuteFilter)实现，SpringMVC(DispatcherServlet)则采用Servlet实现。Filter在容器启动之后即初始化;服务停止以后坠毁，晚于Servlet。Servlet在是在调用时初始化，先于Filter调用，服务停止后销毁。
3)性能方面
Struts2是类级别的拦截，每次请求对应实例一个新的Action，需要加载所有的属性值注入，SpringMVC实现了零配置，由于SpringMVC基于方法的拦截，有加载一次单例模式bean注入。所以，SpringMVC开发效率和性能高于Struts2。
4)配置方面
SpringMVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高。
