Spring事务面试考点整理
|
目录 1.Spring和事务的关系 2.Spring事务三要素 3.Spring事务的注解配置 4.事务注解的本质 5.Spring声明式事务实现原理 6.如何回滚一个事务 7.默认回滚规则 9.如何配置回滚异常 10.事务注解在类/方法上 11.事务注解在类上的继承性 12.事务注解在接口/类上 13.只在public方法上生效？ 14.目标类里的自我调用没有事务？ 15.事务与线程 16.逻辑事务与物理事务 17.事务的传播特性 REQUIRED REQUIRES_NEW NESTED SUPPORTS NOT_SUPPORTED MANDATORY NEVER 18.事务的隔离级别 脏读 不可重复读 幻读 DEFAULREAD_UNCOMMITTED READ_COMMITTED REPEATABLE_READ SERIALIZABLE 1.Spring和事务的关系关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 2.Spring事务三要素数据源：表示具体的事务性资源，是事务的真正处理者，如MysqL等。 3.Spring事务的注解配置把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。 4.事务注解的本质@Transactional 这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。 5.Spring声明式事务实现原理声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。 6.如何回滚一个事务就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。 7.默认回滚规则默认只把runtime,unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions 默认不导致回滚。这些规则和EJB是一样的。 9.如何配置回滚异常使用@Transactional 注解的 rollbackFor/rollbackForClassName 属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 10.事务注解在类/方法上@Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。 11.事务注解在类上的继承性@Transactional 注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。 12.事务注解在接口/类上@Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。 13.只在public方法上生效？当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 14.目标类里的自我调用没有事务？在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。 15.事务与线程和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object,Object>>，就是每个线程一个map，key是DataSource，value是Connection。 16.逻辑事务与物理事务事务性资源实际打开的事务就是物理事务，如数据库的Connection打开的事务。Spring会为每个@Transactional方法创建一个事务范围，可以理解为是逻辑事务。 17.事务的传播特性required，SUPPORTS，MANDATORY，REQUIRES_NEW，NOT_SUPPORTED，NEVER，NESTED required强制要求要有一个物理事务。如果没有已经存在的事务，就专门打开一个事务用于当前范围。或者参与到一个已存在的更大范围的外围事务中。在相同的线程中，这是一种很好的默认方式安排。（例如，一个service外观/门面代理到若干个仓储方法，所有底层资源必须参与到service级别的事务里） REQUIRES_NEW与required相比，总是使用一个独立的物理事务用于每一个受影响的逻辑事务范围，从来不参与到一个已存在的外围事务范围。这样安排的话，底层的事务资源是不同的，因此，可以独立地提交或回滚。外围事务不会被内部事务的回滚状态影响。这样一个独立的内部事务可以声明自己的隔离级别，超时时间和只读设置，并不继承外围事务的特性。 NESTED使用同一个物理事务，带有多个保存点，可以回滚到这些保存点，可以认为是部分回滚，这样一个内部事务范围触发了一个回滚，外围事务能够继续这个物理事务，尽管有一些操作已经被回滚。典型地，它对应于JDBC的保存点，所以只对JDBC事务资源起作用。 SUPPORTS支持当前事务。如果当前有事务，就参与进来，如果没有，就以非事务的方式运行。这样的一个逻辑事务范围，它背后可能没有实际的物理事务，此时的事务也成为空事务。 NOT_SUPPORTED不支持当前事务。总是以非事务方式运行。当前的事务会被挂起，并在适合的时候恢复。 MANDATORY支持当前事务。如果当前没有事务存在，就抛出异常。 NEVER不支持当前事务。如果当前有事务存在，就抛出异常。 18.事务的隔离级别DEFAULT，READ_UNCOMMITTED，READ_COMMITTED，REPEATABLE_READ，SERIALIZABLE 脏读一个事务修改了一行数据但没有提交，第二个事务可以读取到这行被修改的数据，如果第一个事务回滚，第二个事务获取到的数据将是无效的 不可重复读一个事务读取了一行数据，第二个事务修改了这行数据，第一个事务重新读取这行数据，将获得到不同的值。 幻读一个事务按照一个where条件读取所有符合的数据行，第二个事务插入了一行数据且恰好也满足这个where条件，第一个事务再以这个where条件重新读取，将会获取额外多出来的这一行。 写读是脏读，读写读是不可重复读，where insert where是幻读。 DEFAULT使用底层数据存储的默认隔离级别。MysqL的默认隔离级别是REPEATABLE-READ。 READ_UNCOMMITTED读未提交。脏读、不可重复读、幻读都会发生。 READ_COMMITTED读已提交。脏读不会发生，不可重复读、幻读都会发生。 REPEATABLE_READ可重复读。脏读、不可重复读都不会发生，幻读会发生。 SERIALIZABLE可串行化。脏读、不可重复读、幻读都不会发生。 来源：公众号：编程新说 ? （编辑：北几岛） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
