Spring中事务失效的场景
在 Spring 中，事务管理是通过 Spring 的事务管理器来实现的。Spring 的事务管理器抽象了事务管理的细节，使开发者可以更方便地使用事务来保证数据的完整性和一致性。
Spring 支持声明式事务管理和编程式事务管理两种方式。
声明式事务管理是指通过配置文件或注解来声明哪些方法需要进行事务管理，Spring 在方法调用时自动为这些方法添加事务管理。声明式事务管理使用 AOP 技术来实现。
编程式事务管理是指在程序中手动管理事务。开发者可以使用 Spring 提供的事务模板来实现编程式事务管理。事务模板隐藏了事务管理的细节，开发者只需要编写业务逻辑代码即可。事务模板支持编程式事务的提交、回滚和挂起等操作。
无论是哪种方式，Spring 的事务管理器都需要与数据访问层（如 JDBC、Hibernate、MyBatis 等）进行集成，以便实现对数据访问操作的事务管理。开发者需要在配置文件中或使用注解来配置事务管理器和数据源。配置完毕后，Spring 会自动将事务管理器绑定到数据访问层，以实现事务管理
Spring 中可能会出现以下情况导致事务失效的场景：
-
未正确配置事务管理器或数据源：如果事务管理器或数据源配置不正确，可能导致事务管理器无法正常工作，从而导致事务失效。
-
事务嵌套：当一个事务方法调用另一个事务方法时，外层事务可能会被内层事务覆盖，从而导致外层事务失效。为了避免这种情况，可以使用
propagation属性设置事务的传播行为，例如使用Propagation.REQUIRES_NEW表示将内层事务作为一个新的事务进行处理。 -
异常被捕获而未重新抛出：如果在事务方法中捕获了异常，但未重新抛出该异常，事务将会继续进行而不会回滚。
-
使用了多线程：当在事务方法中使用多线程时，如果线程没有正确的使用事务管理器进行操作，那么就可能导致事务失效。为了避免这种情况，应该在多线程操作时确保正确的使用事务管理器进行操作。
-
事务超时：当事务的执行时间超过了指定的超时时间，事务将会被强制回滚。为了避免这种情况，应该根据实际情况设置合适的事务超时时间。
-
事务隔离级别不当：如果事务隔离级别设置不当，就可能导致脏读、不可重复读等问题，从而影响数据的一致性和准确性。
-
使用了非受管事务（Non-Managed Transaction）：在使用 Spring 进行事务管理时，如果使用了非受管事务，则事务可能会失效。非受管事务是指在事务方法中直接使用底层数据源来进行数据操作，而不是通过事务管理器来管理事务。
-
数据库引擎不支持事务：当使用一些不支持事务的数据库引擎时，事务将会失效。在这种情况下，需要使用其他的手段来保证数据的一致性和完整性。
-
在事务方法中进行长时间的操作：如果在事务方法中进行了长时间的操作，如网络请求、IO 操作等，就可能导致事务超时，从而导致事务失效。
-
使用了 ThreadLocal：如果在事务方法中使用了 ThreadLocal 来保存状态或数据，就可能导致事务失效。因为 ThreadLocal 中保存的数据无法在事务之间共享，可能会导致数据不一致或丢失。
ThreadLocal是一个Java中的线程局部变量，它提供了一种在多线程环境下每个线程独立保存数据的方式。ThreadLocal为每个线程提供了一个独立的变量副本，因此不同线程之间的变量互不干扰。因此，如果在一个事务中设置了ThreadLocal变量，那么在另一个事务中将无法访问该变量。
在Java中，事务的控制是通过事务管理器来实现的，事务管理器会将所有事务所涉及到的操作绑定到一个线程上，事务在这个线程内执行。因此，不同事务所在的线程是不同的，它们之间是相互独立的。如果一个线程中设置了ThreadLocal变量，在另一个线程中是无法访问到这个变量的，因为这些变量的生命周期是与线程相关联的。
因此，如果想要在不同事务之间共享数据，需要使用一些其他的机制来实现，比如通过将数据保存在共享的内存区域或者数据库中。如果想要在同一个事务中共享数据，可以将数据保存在事务上下文中，或者使用一些全局状态来实现。
11. 在事务方法中进行了跨越多个数据源的操作：如果在事务方法中进行了跨越多个数据源的操作，就可能导致事务失效。因为不同的数据源可能具有不同的事务管理器和事务隔离级别，从而导致事务无法正确地进行管理。
12.同时使用多个事务管理器：如果在应用中同时使用了多个事务管理器，就可能导致事务失效。因为不同的事务管理器可能有不同的事务隔离级别和提交方式，如果在应用中同时使用多个事务管理器，就可能导致事务无法正确地进行管理。
13.在事务方法中进行了大量的查询操作：如果在事务方法中进行了大量的查询操作，就可能导致事务失效。因为查询操作不会改变数据库的状态，如果大量的查询操作导致事务长时间处于读取状态，就可能导致锁定和死锁等问题，从而影响事务的正确性和有效性。
14.使用了不合适的事务传播行为：在使用 Spring 进行事务管理时，如果使用了不合适的事务传播行为，就可能导致事务失效。例如，在一个事务方法中调用另一个无事务的方法时，如果传播行为设置为 REQUIRED，就会导致当前事务被继承，从而可能导致事务失效。
15.在事务方法中进行了多个操作但只有一部分需要回滚：如果在事务方法中进行了多个操作，但只有一部分操作需要回滚，就可能导致事务失效。因为 Spring 只能根据事务方法的异常情况来判断是否需要回滚事务，如果多个操作都执行成功，但只有一部分操作出现异常，就可能导致事务失效。
16.在事务方法中使用了事务之外的资源：如果在事务方法中使用了事务之外的资源，如文件、网络连接等，就可能导致事务失效。因为这些资源无法参与到事务的管理中，可能会导致数据不一致或丢失。
17.同一个类中的方法相互调用也可能导致事务失效。当在一个类的事务方法中调用同一个类的另一个事务方法时，由于 Spring 默认使用基于代理的 AOP 实现事务，因此调用另一个事务方法时，实际上是通过代理对象来调用的，而不是直接调用类中的方法。如果这时候使用了默认的代理模式（即基于接口的代理），那么调用的实际是代理对象中的方法，而不是类中的方法，从而可能导致事务失效。
为了避免这种情况，可以使用基于类的代理模式来代替基于接口的代理模式，这样就能保证同一个类中的方法相互调用时事务能够正常生效。在 Spring 中可以通过配置 proxy-target-class 属性来指定代理模式。例如，将其设置为 true 就可以使用基于类的代理模式。
在一个事务中，如果同一个类中的方法之间相互调用，且这些方法都被标记为事务性的，那么这些方法之间的调用可能会导致事务失效。这是因为默认情况下，Spring事务是基于代理模式实现的，事务注解标记的方法需要在被代理后才能被调用。这就意味着，当一个方法A内部调用了同一个类中的另一个方法B时，实际上是直接调用了B方法而不经过代理，因此事务注解无法生效。
为了解决这个问题，需要使用Spring中的编程式事务或AOP事务代理模式，其中编程式事务是通过手动开启、提交和回滚事务来实现的，而AOP事务代理模式是通过在调用方法前后织入事务拦截器来实现的。这两种方式都可以避免同一个类中的方法调用导致事务失效的问题。
此外，还可以通过将事务注解标记在接口上来解决这个问题。这样，Spring会使用JDK动态代理模式生成代理类，而代理类会实现这个接口，并将所有方法都代理为事务性的。这种方式可以确保同一个类中的方法调用不会导致事务失效。