在spring项目中调用带注解的方法的注意点

刺骨的言语ヽ痛彻心扉 2022-01-23 15:25 241阅读 0赞

前言：

**在同一个类中，一个方法调用另外一个有注解（比如@Async，@Transational）的方法，注解是不会生效的。**  
同一个类中的其他方法，调用本类@Async修饰的方法，异步操作无效。

最近在开发导入Excel文件的功能将原本同步导入改成异步的。在使用时是直接在同一个类中，一个方法调用了另一个有@Async的注解的方法，导致异步死活没有生效。下面是我解决后的一些自己的理解。

@Service
    class A{
        @Transactinal
        method b(){...}
        
        method a(){    //标记1
            b();
        }
    }
     
    //Spring扫描注解后，创建了另外一个代理类，并为有注解的方法插入一个startTransaction()方法：
    class proxy$A{
        A objectA = new A();
        method b(){    //标记2
            startTransaction();
            objectA.b();
        }
     
        method a(){    //标记3
            objectA.a();    //由于a()没有注解，所以不会启动transaction，而是直接调用A的实例的a()方法
        }
    }

当我们调用A的bean的a()方法的时候，也是被proxy$ A拦截，执行proxy$A.a()（标记3），然而，由以上代码可知，这时候它调用的是objectA.a()，也就是由原来的bean来调用a()方法了，所以代码跑到了“标记1”。由此可见，“标记2”并没有被执行到，所以startTransaction()方法也没有运行。  
这句解释很重要。  
想要走切片位，必须有调用切片位的规则，普通的类的内部方法调用，不会走切片的规则。不会有切片如事务。

比如，下面代码例子中，有两方法，一个有@Transational注解，一个没有。如果调用了有注解的addPerson()方法，会启动一个Transaction；如果调用updatePersonByPhoneNo()，因为它内部调用了有注解的addPerson()，如果你以为系统也会为它启动一个Transaction，那就错了，实际上是没有的。

@Service
    public class PersonServiceImpl implements PersonService {
     
     @Autowired
     PersonDao personDao;
     
     @Override
     @Transactional
     public boolean addPerson(Person person) {
      boolean result = personDao.insertPerson(person)>0 ? true : false;
      return result;
     }
     
     @Override
     //@Transactional
     public boolean updatePersonByPhoneNo(Person person) {
      boolean result = personDao.updatePersonByPhoneNo(person)>0 ? true : false;
      addPerson(person); //测试同一个类中@Transactional是否起作用
      return result;
     }
    }

如何查看是否启动了Transaction？  
设置log leve为debug，可以查看是否有下面这个log，判断是否启动了Transaction：

DEBUG org.springframework.jdbc.datasource.DataSourceTransactionManager - Creating new transaction with name...

同样地，@Async等其他注解也有这样的问题。

原因：  
spring 在扫描bean的时候会扫描方法上是否包含@Transactional或@Async 等 注解，如果包含，spring会为这个bean动态地生成一个子类（即代理类，proxy），代理类是继承原来那个bean的。此时，当这个有注解的方法被调用的时候，实际上是由代理类来调用的，代理类在调用之前就会启动transaction。然而，如果这个有注解的方法是被同一个类中的其他方法调用的，那么该方法的调用并没有通过代理类，而是直接通过原来的那个bean，所以就不会启动transaction，我们看到的现象就是@Transactional注解无效。

了解了失效的原因，解决的方法就简单了（两种）：

*  把这两个方法分开到不同的类中；
 *  把注解加到类名上面；

另外 看到一些观点：

看了代码不是原因里面所说的继承关系吧，只是在proxyBean里面new了一个bean 。
    注： 这个好理解。
    
    看使用的是哪一种代理方式，JdkDynamicAopProxy（子类）还是CglibAopProxy（接口的实现类）。
    注： 这个不理解。

结论:

在一个Service内部，事务方法之间的嵌套调用，普通方法和事务方法之间的嵌套调用，都不会开启新的事务.

1.  spring采用动态代理机制来实现事务控制，而动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了！
2.  Spring的事务管理是通过AOP实现的，其AOP的实现对于非final类是通过cglib这种方式，即生成当前类的一个子类作为代理类，然后在调用其下的方法时，会判断这个方法有没有@Transactional注解，如果有的话，则通过动态代理实现事务管理(拦截方法调用，执行事务等切面)。当b()中调用a()时，发现b()上并没有@Transactional注解，所以整个AOP代理过程(事务管理)不会发生。

附 使用AOP 代理后的方法调用执行流程：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODI5NDk5OQ_size_16_color_FFFFFF_t_70]

## 解决办法 ##

1.使用xml配置方式暴漏代理对象，然后在service中通过代理对象AopContext.currentProxy()去调用方法。

*  xml配置

<aop:aspectj-autoproxy expose-proxy="true"/>

*  service调用

@Service
    public class HelloWorldServiceImpl implements HelloWorldService {
        @Autowired
        private BlogRepository blogRepository;
    
        @Override
        public void a(BlogEntity blogEntity) throws Exception {
            ((HelloWorldService) AopContext.currentProxy()).b(blogEntity);
        }
    
        @Transactional(rollbackFor = Exception.class)
        @Override
        public void b(BlogEntity blogEntity) throws Exception {
            blogRepository.save(blogEntity);
            throw new Exception("错误");
        }
    }

2.在java配置类上添加注解@EnableAspectJAutoProxy(exposeProxy = true)方式暴漏代理对象，然后在service中通过代理对象AopContext.currentProxy()去调用方法。  
这个是重点，但是在微服务中就尽量避免跨服务调用保存的方法。  
推荐采用这种方式。  
使代理类暴露给线程。注意该配置要spring3.0以上

*  Java配置类  
    在springboot项目中，一般是加在启动类上

@Configuration
    @EnableAspectJAutoProxy(exposeProxy = true)
    public class AppConfig {
    
    }

service 调用

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODI5NDk5OQ_size_16_color_FFFFFF_t_70]: /images/20220123/b784f44299e44865808217a77e1db96d.png