无限进步

在Spring的声明式事务中，@Transactional注解默认情况下会在方法抛出运行时异常（RuntimeException）和错误（Error）时进行回滚。对于其他类型的异常，如检查型异常（Checked Exception），默认情况下不会进行回滚。

boolean proxyBeanMethods() default true; //默认为ture Spring会保证多次调用@Bean标注的工厂方法，不会重复产生新的对象，始终是同一个

在实际开发中，可以根据具体的业务需求和项目规模来选择合适的事务管理方式。对于大多数应用程序，声明式事务是更常见和推荐的选择，因为它提供了更好的解耦和可维护性。而对于需要细粒度事务控制的复杂场景，可以采用编程式事务来满足需求。

@Autowired：这个注解是由Spring框架提供的，属于org.springframework.beans.factory.annotation.Autowired包。它是Spring框架的一部分，用于实现依赖注入的功能。Spring框架从2.5版本开始对依赖注入的方式进行了改进，使得@Autowired成为了一个更加便捷和强大的注解。

@RequestMapping@RequestMapping 是一个Spring MVC注解，用于定义HTTP请求的映射规则。在RESTful API中，每个资源都对应一个URL路径，而HTTP方法则表示对资源的操作类型。例如，对于一个用户资源的API，我们可能需要定义一个URL路径为 /users，并使用GET、POST、PUT、DELETE等HTTP方法来对用户资源进行操作。

静态方法：AOP不能代理静态方法，因为静态方法属于类级别，而不是实例级别，所以无法通过代理机制进行拦截。内部类：如果目标方法是内部类的实例方法，那么AOP也无法进行代理，因为内部类的实例化是在外围类的实例化之后，此时AOP代理已经创建完成。Spring版本兼容性问题：不同版本的Spring框架可能在AOP的实现上存在差异，如果遇到AOP失效的问题，也需要考虑是否是由于Spring版本升级导致的兼容性问题。

如果事务方法所在的类没有被注册到Spring IOC容器中，也就是说，该类没有被Spring管理，那么@Transactional注解将不会起作用。如果在事务方法中使用了需要显式关闭的资源，如文件流、数据库连接等，而这些资源在方法结束时没有被正确关闭，也可能导致事务失效。事务通知只有捉到了目标抛出的异常,才能进行后续的回滚处理,如果目标自己处理掉异常,事务通知无法知悉。通过上述措施，可以有效地避免Spring中事务失效的问题，确保应用程序的健壮性和数据一致性。原因: Spring默认只会回滚非检查异常。