标注@Transactional的Spring接口方法if-else块全执行异常求助

这种情况确实让人摸不着头脑，我结合实际开发经验给你梳理几个最可能的原因，你可以逐一排查：

1. 先检查最基础的：分支结构是不是写错了！ #

别笑，这真的是最常见的坑！比如你是不是把原本应该是if-else的逻辑写成了两个独立的if？举个例子：

// 错误写法：两个独立if，条件满足时都会执行
if (someCondition) {
    System.out.println(ColorConsoleHelper.getGreenLog("loginView"));
}
if (anotherCondition) {
    System.out.println(ColorConsoleHelper.getGreenLog("confirmationAccountView"));
}

而不是正确的互斥分支：

// 正确写法：二选一
if (someCondition) {
    System.out.println(ColorConsoleHelper.getGreenLog("loginView"));
} else {
    System.out.println(ColorConsoleHelper.getGreenLog("confirmationAccountView"));
}

如果是这种情况，只要两个条件同时满足，两个日志自然都会输出，和@Transactional没关系。

2. @Transactional加在Controller方法上的锅 #

咱们一般都是把事务注解放在Service层，放Controller上本身就不太规范，还可能触发代理机制的奇怪问题：

• Spring的事务代理是基于AOP的，如果你的Controller用了JDK动态代理（实现了接口），代理类和原始类的调用可能出现重复执行的情况；或者事务上下文的管理在Controller层和Service层不同，导致方法执行过程中参数/状态被意外修改，让分支判断出现“变脸”。
• 你可以先把@Transactional注释掉，看看现象会不会消失，如果消失了，那大概率是事务代理的问题。

3. 多个AOP切面搞的鬼 #

如果你的项目里除了事务切面，还有其他自定义切面（比如日志、权限校验的切面），要小心切面的执行顺序和环绕通知的写法：

• 比如某个环绕通知里不小心又调用了一次目标方法，而不是直接proceed()，这样就会导致方法体执行两次。如果两次执行时的条件判断结果不同，两个分支的日志自然都会打出来。

4. 请求被重复触发了 #

虽然你说“访问链接时同时输出”，但也有可能是浏览器偷偷发了两次请求：比如浏览器自动请求favicon.ico，而你的路由配置把这个请求也导到了/confirmation-account接口；或者前端代码不小心触发了两次请求（比如按钮绑定了两次点击事件）。

• 你可以在方法里打印请求的SessionId或者请求参数的哈希值，看看两次日志对应的是不是同一个请求。

快速排查步骤 #

• 先盯着代码看5分钟，确认分支结构是if-else还是两个独立if；
• 在方法开头、if分支、else分支分别打印参数的详细值，对比两次日志的参数是否一致；
• 注释掉@Transactional，测试现象是否消失；
• 检查项目里的所有AOP切面，尤其是环绕通知的逻辑。

内容的提问来源于stack exchange，提问作者Marcin Warycha