本篇总结自Spring框架常见的面试题,如什么是AOP以及有哪些使用场景、如何实现Spring事务、事务失效场景有哪些等等。
答:是单例的,但不是线程安全的,Spring框架中有一个@Scope注解,默认的值就是singleton,是单例的。因为一般在 spring的bean的中都是注入无状态的对象,没有线程安全问题,如果在bean中定义了可修改的成员变量,是要考虑线程安全问题的,可以使用多例或者加锁来解决。(这里再具体展开论述解决办法)
@Service
@Scope("singleton")
public class UserServiceImpl implements UserService{
}
singleton(单例模式):bean在每个Spring IOC容器中只有一个实例。
prototype(原型模式):一个bean的定义可以有多个实例。
如下代码片段,当多用户同时请求一个服务时, 容器会给每一个请求分配一个线程, 这时多个线程会并发执行该请求对应的业务逻辑(成员方法),如果该处理逻辑中有对该单例状态的修改(体现为该单例的成员属性),则必须考虑线程同步问题。
注:Spring bean并没有可变的状态(比如Service类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。
总结:Spring框架并没有对单例 bean进行任何多线程的封装处理。关于单例 bean的线程安全和并发问题需要开发者自行去解决。比如:我们通常在项目中使用的 Spring bean都是不可变的状态(如 Service 类和 DAO 类),所以在某种程度上说 Spring 的单例 bean 是线程安全的。如果你的 bean 有多种状态(比如 View Model 对象),就需要自行保证线程安全。最浅显的解决办法就是将多态 bean的作用由“singleton”变更为“prototype”。
可结合自己简历上的项目和业务做回答。
1)什么是AOP?
答:AOP称为面向切面编程,用于将那些与业务无关,但却对多个对象产生影响的公共行为和逻辑,抽取并封装为一个可重用的模块,这个模块被命名为“切面”(Aspect),减少系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。
2)有哪些使用场景?
1、记录操作日志
如下为获取请求的用户名、请求方式、访问地址、模块名称、登录ip、操作时间,记录到数据库的日志表中
使用 aop 来记录系统的操作日志
使用 aop 中的环绕通知 + 切点表达式, 这个表达式就是找到要记录日志的方法,通过环绕通知的参数获取请求方法的参数(如类信息、 方法信息、 注解、 请求方式等),获取到这些参数后,保存到数据库。
2、缓存处理
3、Spring中内置的事务处理
答:Spring 实现的事务本质是通过AOP功能,对方法前后进行拦截,在执行方法之前开启事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
Spring支持编程式事务管理和声明式事务管理两种方式。
1、编程式事务控制:需使用TransactionTemplate来进行实现,对业务代码有侵入性,项目中很少使用 注:TransactionTemplate是Spring框架中的一个类,用于编程式地管理事务。其允许开发者在方法内定义事务范围,以确保在方法执行期间的数据库操作要么全部成功提交,要么全部回滚。可以说提供了一种更灵活、更细粒度的事务控制方式,适用于各种场景。
2、声明式事务管理:声明式事务管理建立在AOP之上的。其本质是通过AOP功能,对方法前后进行拦截,将事务处理的功能编织到拦截的方法中,也就是在目标方法开始之前加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
1)使用了异常捕获处理(如try-catch)
自己处理了异常,没有抛出。
解决: 手动抛出,如在catch块添加 throw new RuntimeException(e)抛出
注:事务通知只有捕捉到了目标抛出的异常,才能进行后续的回滚处理,如果目标自己处理掉异常,事务通知无法知悉
2)抛出检查异常
由于Spring 默认只会回滚非检查异常,所以抛出检查异常时事务失效。
解决:配置rollbackFor属性为Exception
@Transactional(rollbackFor=Exception.class)
注:rollbackFor属性表示回滚的异常类型,设置Exception异常后,不管是Exception还是RuntimeException,只要是异常,Spring都能帮我们去回滚事务。
3)非public方法导致的事务失效。
Spring为方法创建代理、添加事务通知、前提条件都是该方法是 public的。
解决:改为public