Spring Batch Tasklet非execute方法的AOP Advice不生效问题

咱们先把问题拆解清楚：你在Spring、Spring Batch和Hibernate版本升级后，想通过AOP给自定义Tasklet的a()方法加事务，但报错"no transaction in progress"，但把切点切到execute()就正常。核心原因其实和Spring AOP的代理机制以及Spring Batch对Tasklet的执行逻辑有关，新版本框架对代理的处理更严格，让原本隐藏的问题暴露了出来。

问题本质：内部方法调用不触发AOP代理 #

Spring AOP默认基于动态代理实现（JDK动态代理或CGLIB），只有调用代理对象的方法时，切面逻辑才会生效。你的代码里，execute()是被Spring Batch框架直接调用的（调用的是代理对象的execute()），但execute()内部调用a()时，是普通的内部方法调用，并没有走代理对象，所以你给a()配置的事务切面根本没被执行，自然会报没有事务的错误。

而当切点切到execute()时，框架调用的是代理的execute()，事务切面正常生效，代码就能正常运行。

可行解决方案（按推荐程度排序） #

方案1：把a()抽成独立的Service Bean（最推荐） #

这是最符合Spring设计理念的方式，既分离了业务逻辑和Tasklet的步骤执行逻辑，又天然解决了AOP代理问题：

1. 新建Service类，迁移a()方法：

public class MyService {
    // 可保留原XML事务配置，也可以直接用@Transactional注解
    public void a() {
        // 原来的Hibernate调用逻辑
    }
}

2. 调整XML配置，给Service配置事务切面：

<bean id="myService" class="myPackage.MyService"/>

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="*" propagation="REQUIRED" />
    </tx:attributes>
</tx:advice>

<aop:config>
    <aop:pointcut id="Op1" expression="execution(public * myPackage.MyService.a(..))" />
    <aop:advisor advice-ref="txAdvice" pointcut-ref="Op1" />
</aop:config>

3. 修改Tasklet，注入Service并调用：

public class MyTasklet implements Tasklet {
    private MyService myService;

    // 通过构造器或setter注入
    public void setMyService(MyService myService) {
        this.myService = myService;
    }

    @Override
    public RepeatStatus execute(StepContribution arg0, ChunkContext arg1) {
        myService.a(); // 调用代理对象的方法，触发事务切面
        return RepeatStatus.FINISHED;
    }
}

这样调用myService.a()时，因为myService是Spring代理的Bean，事务切面会正常生效。

方案2：手动获取自身代理对象调用a() #

如果不想拆分类，可以让Tasklet自己获取代理对象，通过代理调用a()：

public class MyTasklet implements Tasklet, ApplicationContextAware {
    private MyTasklet selfProxy;

    @Override
    public RepeatStatus execute(StepContribution arg0, ChunkContext arg1) {
        selfProxy.a(); // 用代理对象调用a()，触发事务切面
        return RepeatStatus.FINISHED;
    }

    public void a() {
        // Hibernate调用逻辑
    }

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        // 从容器中获取自身的代理对象
        this.selfProxy = applicationContext.getBean(MyTasklet.class);
    }
}

注意：这种方式需要确保Spring容器中存在MyTasklet的代理对象（即AOP配置已正确生效），否则可能获取到原始对象，问题依旧。

方案3：改用AspectJ织入（不推荐，配置复杂） #

如果必须保留原有类结构，可以改用AspectJ的编译时或加载时织入，这样内部方法调用也能触发切面。但这种方式需要修改编译参数（比如Maven/Gradle的AspectJ插件）或JVM启动参数，配置成本较高，一般不推荐作为首选方案。

总结 #

核心思路就是让a()方法的调用走Spring代理对象，这样事务切面才能被触发。方案1不仅解决了问题，还优化了代码结构，是最推荐的方式。

内容的提问来源于stack exchange，提问作者Jijo Mathew