问了ChatGPT一个事务问题,然后被忽悠了

给大家说一个笑话:我被ChatGPT忽悠了。

引言

前两天在编码的时候遇到一个事务未生效的问题,当时感觉比较诡异。因为我一个方法注解了@Transactional注解,但是事务未生效,而且这个方法是kafka监听之后调用的。

我出于对kafka的不熟悉,第一反应就是问下ChatGPT,结果竟然被它忽悠了!!!

实例代码如下:

这里的active就是false,说明事务未开始。

ChatGPT忽悠之路

问题1 :
@KafkaListener注解的方法中调用someService.foo()方法,foo()方法注解@Transactional,事务无法生效为什么

回答1 :
根据描述,您在使用Spring Framework中的@KafkaListener注解来监听Kafka消息,并且在处理消息的方法中调用了someService.foo()方法,该方法被@Transactional注解标记。然而,您发现事务并未生效。

通常,@Transactional注解只对在同一个线程中的方法调用才会生效。在您的情况下,@KafkaListener注解会在一个新的线程中启动消息监听器,因此该方法调用someService.foo()将在一个新的线程中执行。这意味着事务管理器无法自动地控制这个新线程中的事务。

为了解决这个问题,您可以尝试在@KafkaListener方法中使用Spring的TransactionTemplate或者PlatformTransactionManager手动开启一个新的事务。

问题2:
可是注解了@ Transactional 不会自动新开一个事务吗

回答2:
是的,使用@Transactional注解的方法应该会自动创建一个新的事务,但是在您的情况下,由于@KafkaListener方法被注解标记,它会在另一个线程中异步执行,因此会导致@Transactional注解失效。

这是因为Spring事务管理器默认使用ThreadLocal机制来管理事务,每个线程都有自己的事务状态。在@KafkaListener方法中调用的someService.foo()方法实际上是在另一个线程中执行,而不是在发起消息的线程中执行,因此事务无法跨越线程进行管理。

为了解决这个问题,您可以在@KafkaListener方法中手动开启一个新的事务。这样可以确保在处理Kafka消息时创建新的事务并管理事务的生命周期。您可以使用TransactionTemplate或者PlatformTransactionManager手动开启一个新的事务,具体实现可以参考上面的代码示例。


通过以上的2轮回答,我当时也没多想,认为是@KafkaListener这个注解的内部机制,导致的事务失效,并且当时也随手把这两个问答发到了微头条,没想到微头条竟然小爆了下,给我带来了6块钱的收益。

问题排查

被ChatGPT忽悠之后,我也是跟着它这个思路,认为是@KafkaListener内部机制导致的问题。那么kafka作为一个主流的MQ,不可能忽视这个问题。

所以,通过ChatGPT问答和Google,我了解到了一个KafkaTransactionManager这么一个类,认为这是解决问题的关键(其实已经被带偏了),通过一通的操作,最后还是没解决问题。

到这里,已经陷入深深的自我怀疑当中,这么多年的Java代码都白写了吗?

接着,不信邪的我,干脆写4个用例,自测下。

  • 正常的Controller,同步调用Service,Service添加@Transactional注解,Service内部同步调用Update方法
  • 正常的Controller,同步调用Service,Service添加@Transactional注解,Service内部异步执行Update方法
  • 正常的Controller,异步调用Service,Service添加@Transactional注解,Service内部同步调用Update方法
  • 正常的Controller,异步发送Kafka,Kafka消费者调用Service,Service添加@Transactional注解,Service内部同步调用Update方法

Controller 代码如下:

Service 代码如下:

作为一个多年的老Java程序猿,我当然知道@Transactional只会在当前线程生效,所以在我的预想当中,肯定只有innerAsyncUpdate方法不会进行事务回滚,另外两个肯定会回滚。

然后,事情出乎我的意料,4个场景,都没有回滚!!!

问题解决

本次问题知道原因了,那就好解决了。

理论上,SpringBoot项目应该是默认启用事务管理器的,但是项目配置没有,所以我就手动启用事务管理器,在启动类上添加上@EnableTransactionManagement注解。

接着再使用测试用例1测试下,发现报异常了。

嗯? 没有事务管理器? 理论上,应该也是默认初始化的呀!!

好吧,那我继续手动初始化一个事务管理器就好。

继续测试,OK!! 问题解决了,4个测试用例,都能正常工作,符合预期。


好了,问题解决了,但是为什么不会自动启用事务管理,为什么没有初始化事务管理器实例?

带着这2个问题,我根据DataSourceTransactionManager找到了自动初始化它的配置类。

到这里,看了下各个Condition条件,都是符合的,为什么没有初始化?

这个时候反应过来,该不会像DataSourceAutoConfiguration一样,被exclude了吧?

果然,在启动类上被exclude了。

至此,诡异的问题解决了:就是项目初始化的时候把事务给去掉了。(谁干的!!!)

而我也被ChatGPT忽悠了一次,闹了一个笑话。

最后

现在ChatGPT很火,并且最近还开放了插件生态,以后可能就是所有流量的入口了,可能会带来一大批职业失业的危机,但是也带来机遇。

作为一个普通人,改变不了什么,只能拥抱变化,尽量去体验下。当然现在ChatGPT还不是那么成熟,还需要自己甄别下,因为它经常会一本正经的胡说八道。

另外到3月26日为止,我再问ChatGPT一样的问题,我发现它已经不忽悠我了,已经能正确解答问题(虽然解决不了我的问题)。

你看, AI变化多快。

本文链接:https://my.lmcjl.com/post/7010.html

展开阅读全文

4 评论

留下您的评论.