在使用 Spring 框架进行开发的过程中，事务管理是确保数据一致性和完整性的关键，有时候我们可能会遇到 Spring 事务失效的情况，这无疑会给项目带来潜在的风险和问题，让我们一起深入探讨 Spring 事务失效的场景以及相应的解决办法。

Spring 事务失效的场景之一是在非 public 方法上使用事务注解，Spring 事务的实现基于动态代理，如果方法不是 public 的，那么就无法生成代理对象，从而导致事务失效，解决这个问题很简单，只需要将涉及事务的方法修改为 public 即可。

另一个常见的失效场景是在自调用的方法中使用事务，比如在一个类的内部，一个方法调用了本类中的另一个带有事务注解的方法，由于这不是通过 Spring 容器管理的外部调用，所以事务也会失效，对于这种情况，我们可以将事务方法抽取到单独的服务类中，通过 Spring 容器来进行调用。

还有一种情况是在多线程环境下，如果一个事务方法被多个线程同时调用，可能会导致事务失效，这是因为每个线程都有自己独立的上下文，事务管理无法跨线程生效，可以考虑使用线程池或者线程同步机制来确保事务的正确性。

除了上述场景，当数据库引擎不支持事务或者事务传播属性设置不正确时，也可能导致 Spring 事务失效，如果数据库引擎本身不支持事务，那么无论怎么配置 Spring 事务都无法生效，而事务传播属性设置不正确，则可能导致事务无法按照预期的方式进行管理，这就需要我们根据实际的业务需求，正确设置事务传播属性。

为了更好地理解和掌握 Spring 事务失效的场景及解决办法，我们可以通过一个小游戏来加深印象。

游戏名称：“事务侦探”

游戏玩法：

1、准备一些描述不同业务场景的卡片，每个卡片上包含可能导致事务失效的相关信息。

2、将参与者分成若干小组。

3、每个小组轮流抽取一张卡片，根据卡片上的信息判断是否会导致事务失效，并给出解决办法。

4、其他小组可以进行质疑和讨论，最终由主持人给出正确答案和解释。

通过这个小游戏，不仅可以增加学习的趣味性，还能让大家更深刻地理解和记住 Spring 事务失效的各种场景及解决方式。

问答：

1、如果在事务方法中抛出了未被捕获的 RuntimeException ，事务会回滚吗？

2、如何确保在分布式系统中 Spring 事务的有效性？

3、Spring 事务的隔离级别有哪些，分别适用于什么场景？