Java 方法没加注解为什么会有事务
在Java开发中，事务是一种非常重要的概念。事务用于确保一组数据库操作要么全部成功执行，要么全部失败回滚，以保证数据的一致性和完整性。在一些情况下，我们希望某个方法在执行时具有事务的支持，而不必手动编写事务处理的代码。为了实现这一目的，我们可以使用注解来标识方法是否应该启用事务。
然而，有时候我们会遇到一种情况，就是某个Java方法没有显式地添加事务注解，但却具有事务的支持。这看似违反了常理，本文将从技术层面解释这种现象的原因。
1. Spring事务管理
在Java开发中，Spring框架提供了强大的事务管理功能。Spring事务管理可以通过注解来实现，如@Transactional注解。通过在方法上添加@Transactional注解，我们可以将该方法声明为一个事务方法，从而使其具有事务的支持。
Spring事务管理基于AOP（面向切面编程）的思想，通过动态代理技术，在方法执行前后织入事务处理逻辑。当方法被调用时，代理对象会检查方法上是否有@Transactional注解，如果有，则会开启一个新的事务，然后执行方法体内的逻辑；如果没有，则直接执行方法体内的逻辑。当方法执行完毕后，代理对象会根据方法的执行结果，决定是否提交事务或回滚事务。
2. 事务传播机制
在理解为什么没有加注解的方法会有事务的支持之前，我们需要先了解一下Spring事务的传播机制。事务传播机制定义了在一个事务方法内部调用另一个事务方法时，事务应该如何传播的规则。
Spring事务的传播机制包括以下几种：
- REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则新建一个事务。
- SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式执行。
- MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
- REQUIRES_NEW：新建一个事务，如果当前存在事务，则将当前事务挂起。
- NOT_SUPPORTED：以非事务的方式执行操作，如果当前存在事务，则将当前事务挂起。
- NEVER：以非事务的方式执行操作，如果当前存在事务，则抛出异常。
- NESTED：如果当前存在事务，则在当前事务的内部创建一个保存点，并以嵌套事务的方式执行；如果当前没有事务，则新建一个事务。
3. 事务的隐式传播
现在我们来解释为什么没有加注解的方法会有事务的支持。
当一个方法被调用时，Spring框架会通过动态代理技术生成一个代理对象，该代理对象会在方法执行前后织入事务处理逻辑。在方法执行前，代理对象会检查方法上是否有@Transactional注解。如果有，则按照注解上定义的传播机制来确定是否开启事务；如果没有，则会根据配置文件中的默认传播机制来决定是否开启事务。
Spring框架的默认传播机制是PROPAGATION_REQUIRED，即如果当前存在事务，则加入该事务；如果当前没有事务，则新建一个事务。因此，当我们调用一个没有加注解的方法时，Spring框架会根据默认传播机制，在该方法内部开启一个新的事务。
4. 示例代码
下面是一个示例代码，用于演示没有加注解的方法会有事务的支持：
public class UserServiceImpl implements UserService {
private final UserRepository userRepository;
public UserServiceImpl(UserRepository userRepository) {
this.userRepository = userRepository;
}
public void addUser(User user) {
userRepository.addUser(user);
}
public void updateUser(User user) {
userRepository
