一 Spring 是什么？

轻量级的开源 J2EE 框架。它是一个容器框架，用来装 JavaBean（Java 对象），它是一个中间层框架，是一个万能胶，可以起一个连接作用，比如说：把 Struts 和 Hibernate 粘合在一起运用，可以让我们的企业开发更快、更简洁。

Spring 是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。

• 从大小和开销两方面而言，Spring 都是轻量级的。
• 通过控制反转（IoC）的技术达到松耦合的目的。
• 提供了面向切面编程丰富支持，允许通过分离应用的业务逻辑与系统级服务进行内聚性开发。比如说：日志、事务。
• 包含并管理应用对象（Bean）的配置和生命周期，这个意义上是一个容器。不需要 new 一个对象。
• 将简单的组件配置、组合成复杂的应用，这个意义上是一个框架。比如：将 Mybatis 整合到框架中。

二 Spring 框架中的单例 Bean 是线程安全的吗？

Spring 中的 Bean 默认是单例的，框架并没有对 Bean 进行多线程的封装处理，并不是线程安全的。

如果 Bean 是有状态的，那就需要开发人员自己进行线程安全的保证，最简单的办法就是改变 Bean 的作用域，把“singleton”改为“prototype”，这样每次请求 Bean 就相对于是 new Bean()，这样就可以保证线程的安全了。

1 有状态就是有数据存储功能

2 无状态就是不会保存数据

Controller、Service 和 Dao 层本身并不是线程安全的，只是如果只是调用里面的方法，会在内存中复制变量，这是自己线程的工作内存，是安全的。

Dao会操作数据库 Connection，Connection 是带有状态的，比如说数据库事务，Spring的事务管理器使用 ThreadLocal 为不同线程维护了一个独立的 Connection 副本，保证线程之间不会相互影响。

不要在 Bean 中声明任务有状态的实例变量或类变量，如果必须如此，那么就使用 ThreadLocal 把变量变为线程私有的，如果 Bean 的实例变量或类变量需要在多个线程之间共享，那么就只能使用 synchronized、lock、CAS等这些实现线程同步的方法了。

三 解释下 Spring 支持的几种 Bean 的作用域

• singleton：默认，每个容器只有一个 Bean 实例，单例的模式由 BeanFactory 自身维护。该对象的生命周期是与 Spring Ioc 容器一致的，但在第一次被注入时才会创建。
• prototype：为每一个 bean 请求提供一个实例。在每次注入时，都会创建一个新的对象。
• session：与 request 范围类似，确保每个 session 中有一个 Bean 的实例，在 Session 过期后，Bean 会随之失效。
• application：Bean 被定义为在 ServletContext 的生命中复用一个单例对象。
• websocket：Bean 被定义为在websocket 的生命周期中复用一个单例对象。
• global-session：全局作用域，global-session 和 Portlet 应用相关，当你的应用部署在 Portlet 容器工作时，它包含很多 portlet。如果你想要声明让所有的 portlet公用全局的存储变量的话，那么这全局变量需要存储在 global-session 中，全局作用域与 Servlet 中的 session 作用域效果相同。

四 Spring 事务什么时候会失效

Spring 事务的原理是 AOP，进行切面增强，那么失效的根本原因是这个 AOP 不起作用了！常见情况有如下几种。

1 发生自调用，类里面使用 this 调用本类的方法（this通常省略），此时这个 this 对象不是代理类，而是对象本身。例如：UserService 对象本身。

解决方案很简单，修改 this 对象为 UserService 的代理类即可。

2 方法不是 public

@Transactional 只能用于 public 的方法上，否则事务不会生效，如果要用在非 public 方法上，可以开启 AspectJ 代理模式。

3 数据库不支持事务

例如：Mysql 的 myisam 不支持事务，@Transactional 就不生效。

4 没有被 Spring 管理

比如，类上没有加 @Service 注解

5 异常被吃掉（被catch 掉），事务不会回滚（或者抛出的异常没有被定义，默认为 RuntimeException）

五 Spring 事务的实现方式和原理以及隔离级别

在使用 Spring 框架时，可以有两种使用事务的方式，一种是编程式，一种是声明式，@Transactional 注解就是声明式的。

首先，事务这个概念是数据库层面的，Spring 只是基于数据库中的事务进行了扩展，以及提供了一些能让程序员更加方便操作事务的方式。

比如，我们可以通过在方法上增加 @Transactional 注解，就可以开启事务，这个方法中所有的 sql 都会在一个事务中执行，统一成功或失败。

在一个方法上加 @Transactional 注解后，Spring 会基于这个类生成一个代理对象，会将这个代理对象作为 Bean，当在使用这个代理对象方法时，如果这个方法存在@Transactional 注解，那么代理逻辑会先把事务的自动提交设置为 false，然后再去执行原本的业务逻辑方法，如果执行业务逻辑方法没有出现异常，那么代理逻辑中就会将事务进行提交，如果执行业务逻辑方法出现了异常，那么则将会事务进行回滚。

当然，针对哪些异常回滚事务是可以配置的，可以利用 @Transactional  注解中的 rollbackFor 属性进行配置，默认情况下会对 RuntimeException 和 Error 进行回滚。

Spring 事务隔离级别就是数据库的隔离级别：外加一个默认级别。

read uncommitted（未提交读）

read committed（提交读，不可重复读）——Oracle（默认级别）

repeatable read（可重复读）——Mysql（默认级别）

serializable（可串行化）

数据库的配置隔离级别是 Read Commited， 而 Spring 配置的隔离级别是 Repeatable Read，请问这时的隔离级别是以哪一个为准。

以 Spring 配置的为准。

如果 Spring 设置的隔离级别数据库不支持，效果取决于数据库。