Spring事务流程包括：配置事务管理器、注解事务、开启事务、执行业务逻辑、提交或回滚事务。
首先配置事务管理器，选择合适的事务管理器，然后在需要管理事务的方法上添加注解，如@Transactional，标识该方法需要受事务管理。
接着在业务逻辑方法内部对数据库进行操作，事务管理器将监听这些操作，并在方法执行完毕后决定是否提交或回滚事务。
这一流程确保了在业务逻辑操作中的数据一致性和完整性。
首先分别定义多个transactional manager，并为qualifier属性指定不同的值；然后在需要使用@Transactional注解的时候指定TransactionManager的qualifier属性值或者直接使用bean名称。配置和代码使用的例子：
spring提供了许多内置事务管理器实现，常用的有以下几种： datasourcetransactionmanager（jdbc局部事务）， hibernatetransactionmanager（hibernate事务）， 和jtatransactionmanager（jta全局事务）。 spring提供了两种事务管理方式： 编程式事务管理和声明式事务管理。
1、为什么人们会犹豫使用微服务？
我见过许多开发者在这个问题上摸索。毕竟，在面试微服务架构师角色时，他们会被问到这个问题，所以承认它的缺点可能有点棘手。以下是一些很好的答案：
它们需要大量协作 - 微服务需要大量的合作。不同的微服务模块，可能分散在不同的团队，团队之间需要始终保持良好的同步。
他们需要建立繁重的架构 - 系统是分布式的，架构涉及很多。 他们需要过多的计划来处理操作开销 - 如果您计划使用微服务架构，则需要为操作开销做好准备。 需要熟练的专业人员，他们可以支持异构分布的微服务。
2、Spring Cloud 是什么
1、 Spring Cloud是一系列框架的有序集合。它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，都可以用SpringBoot的开发风格做到一键启动和部署。
2、 Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
Spring支持事务类型：编程式事务和声明式事务。编程式事务是在代码中进行硬编码，与业务的耦合度高，难以复用。
声明式事务：本质使用AOP，将业务和事务管理分离，降低耦合度和提高事务的复用能力。
声明式事务可以通过注解和配置来管理事务，操作简单。
1、 Spring的 IOC和AOP机制 ？
2、 Spring中 `@Autowired` 和 `@Resource` 注解的区别？
3、依赖注入的方式有几种，各是什么?
4、讲一下什么是 Spring ？
5、 Spring的AOP理解：
6、Spring的IOC理解
7、解释一下 Spring bean的生命周期
8、 解释Spring支持的几种bean的作用域
9、 Spring基于xml注入bean的几种方式：
10、Spring框架中都用到了哪些设计模式？
11、聊一聊Spring中@Transactional注解及其失效的六种场景
12、Spring AOP（思想）以及AspectJ框架（重点）
在 Spring Boot 中实现事务控制，其原理是基于AOP（面向切面编程），AOP将事务控制作为一个切面，把事务控制嵌入到每一个数据库操作代码中，每次在操作数据库前，AOP会为其添加上一层事务壳，以保证数据库操作的原子性、完整性和并发性。
当有一次操作失败时，那么就会发送一条ROLLBACK指令，让数据库回滚到未操作前的状态，以保证数据的安全。
在Spring Service中，如果完全使用Hibernate 进行操作，那么只有在事务结束时都会按顺序刷新所有语句的结果到数据库，但如果事务中存在原始SQL语句，那么执行顺序就会出现问题，原始SQL的执行会在hibernat语句之前，解决方法是在hibernate的session中使用session.flush()将数据刷到数据库中。
Spring的事务实现原理
事务管理是应用系统开发中必不可少的一部分。Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编程式和声明式两种。编程式事务指的是通过编码方式实现事务；声明式事务基于 AOP，将具体的逻辑与事务处理解耦。生命式事务管理使业务代码逻辑不受污染，因此实际使用中声明式事务用的比较多。
（1）在要开启事务的方法上加@Transactional注解；
（2）此时Spring就会使用AOP的思想，对你的这个方法在执行之前，先去开启事务，执行完毕之后根据方法是否报错，决定回滚或者提交事务。
事务隔离机制事务分三个部分DataSource、TransactionManager和代理机制；五个种方式：1每个bean单独代理;2共享基类;3拦截器（beanid拦截）;4tx标签配置的拦截器;5全注解 传播，。PROPAGATION_REQUIRED--支持当前事务，如果当前没有事务，就新建一个事 务。这是最常见的选择。。PROPAGATION_SUPPORTS一支持当前事务，如果当前没有事务，就以非事务 方式执行。。PROPAGATION_MANDATORY一支持当前事务，如果当前没有事务，就抛出异 常。。PROPAGATION_REQUIRES_NEW一新建事务，如果当前存在事务，把当前事务 挂起。。PROPAGATION_NOT_SUPPORTED一以非事务方式执行操作，如果当前存在事 务，就把当前事务挂起。。PROPAGATION_NEVER一以非事务方式执行，如果当前存在事务，则抛出异 常。・事务隔离级别。DEFAULT使用数据库设置的隔离级别（默认），由DBA默认的设置来决定隔离 级别.。READ_UNCOMMITTED会出现脏读、不可重复读、幻读（隔离级别最低，并发 性能高）。READ_COMMITTED大多数主流数据库的默认事务等级，保证了一个事务不会读 到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多 数系统;会出现不可重复读、幻读问题（锁定正在读取的行）。REPEATABLE_READ保证了一个事务不会修改已经由另一个事务读取但未提交 （回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的 性能损失；会出幻读（锁定所读取的所有行）。SERIALIZABLE最严格的级别，事务串行执行，资源消耗最大;保证所有的情况不 会发生（锁表）
