Spring面试题二 |
硬记题 |
Spring 事务的隔离级别? |
答 :
- ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
- ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和 幻像读
- ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这 种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
- ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据 外,还保证了避免下面的情况产生(不可重复读)。
- ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。
|
Spring 事务的传播行为? |
答:
- PROPAGATION_REQUIRED: 支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
- PROPAGATION_SUPPORTS: 支持当前事务,如果当前没有事务,就以非事务方式执行。
- PROPAGATION_MANDATORY: 支持当前事务,如果当前没有事务,就抛出异常。
- PROPAGATION_REQUIRES_NEW: 新建事务,如果当前存在事务,把当前事务挂起。
- PROPAGATION_NOT_SUPPORTED: 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
- PROPAGATION_NEVER: 以非事务方式执行,如果当前存在事务,则抛出异常。
- PROPAGATION_NESTED: 如果当前存在事务,则在嵌套事务内执行
|
攻击题 |
Spring框架中的单例Bean是线程安全的么? |
Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上,大部分的Spring bean并没有可变的状态(比如Service类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话(比如 View Model 对象),就需要自行保证线程安全。
最浅显的解决办法就是将多态bean的作用域由 “singleton” 变更为 “prototype”,让每一个线程都能拥有一个实例,这样就不会让多线程并发的时候共同操作一个实例而导致脏数据的问题,Spring对一些Bean中非线程安全状态采用ThreadLocal进行处理,解决线程安全问题。 |
注解 @Transactional 声明事务失效的原因? |
答
- 1,如果是mysql,注意表要使用支持事务的引擎,比如innodb,如果是myisam,事务是不起作用的
- 2,是否开启了对注解的解析 配置文件必须加<tx:annotation-driven />,否则不解析@Transactional
- 3,异常被try{}catch(){}捕捉到了,有异常就不会回滚。
- 4,用在了私有的方法上
|
绝望题 |