大话spring，2024年最新java面试高频题

本文链接：https://blog.csdn.net/2401_84023683/article/details/137589915

UserService

很显然，以User前缀开头的都是处理t_user表的数据的，在最初的实验中只需要观察这1张表就可以了。

关于UserService接口：

package cn.tedu.service;

public interface UserService {

void update1();

void update2();

}

关于UserServiceImpl类：

package cn.tedu.service.impl;

import cn.tedu.mapper.UserMapper;

import cn.tedu.service.OrderService;

import cn.tedu.service.UserService;

import org.springframework.stereotype.Service;

import org.springframework.transaction.annotation.Transactional;

@Service

public class UserServiceImpl implements UserService {

private UserMapper userMapper;

private OrderService orderService;

public UserServiceImpl(UserMapper userMapper, OrderService orderService) {

this.userMapper = userMapper;

this.orderService = orderService;

}

// TODO-01：调整是否使用以下@Transactional注解，并运行单元测试，以观察效果

// @Transactional

public void update1() {

int rows;

// 更新id=1的数据，会成功

rows = userMapper.updateUserNameById(1, “USER-1000001”);

if (rows != 1) {

throw new RuntimeException(“更新User:id=1数据失败！”);

}

// 更新id=1000000，会失败

rows = userMapper.updateUserNameById(1000000, “USER-1000001”);

if (rows != 1) {

throw new RuntimeException(“更新User:id=1000000数据失败！”);

}

// TODO-02：调整是否使用以下@Transactional注解，并运行单元测试，以观察效果

@Transactional

public void update2() {

update1();

}

可以看到，以上update1()方法中有2次更新操作，第1次肯定会成功的，第2次则会因为id值不存在而失败，失败后抛出了RuntimeException对象，符合Spring管理事务的默认回滚规则，但是，update1()方法不一定有@Transactional注解，这是苍老师留着我自己测试效果的，下面的update2()就比较简单了，它直接调用了update1()方法。

苍老师写的测试也非常有趣，使用了@Sql注解处理初始化数据库与数据，使用了断言，和我们平时偷懒写的完全不同，那天我也问过他，他说Spring认证考试也会考这个，以后搞不好也会成为用人单位的面试题（毕竟有不少用人单位都是直接上网百度找面试题，根本不自己出错，大家都懂的）……他是这么写的：

package cn.tedu.service;

import cn.tedu.config.ApplicationConfig;

import org.junit.jupiter.api.Test;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.test.context.jdbc.Sql;

import org.springframework.test.context.jdbc.SqlConfig;

import org.springframework.test.context.junit.jupiter.SpringJUnitConfig;

import static org.junit.jupiter.api.Assertions.assertThrows;

@SpringJUnitConfig(ApplicationConfig.class)

@Sql(config = @SqlConfig(dataSource = “dataSource”),

scripts = {“classpath:/sql/schema.sql”, “classpath:/sql/data.sql”})

public class UserServiceTests {

@Autowired

UserService userService;

@Test

public void testUpdate1() {

assertThrows(RuntimeException.class, () -> {

userService.update1();

});

}

@Test

public void testUpdate2() {

assertThrows(RuntimeException.class, () -> {

userService.update2();

});

}

其实，现在就可以测试出效果了，根据在业务类中的2个方法上是否使用@Transactional注解，观察数据是否回滚即可判断，我测试的结果如下：

| 是否在update1()上使用注解 | 是否在update2()上使用注解 | 是否回滚 |

| — | — | — |

| 是 | 是 | 是 |

| 否 | 是 | 是 |

| 是 | 否 | 否 |

| 否 | 否 | 否 |

可以看到，事务是否回滚完全取决于update2()方法有没有@Transactional注解，与update1()方法是否有注解无关！

苍老师说，Spring官方给出的文档中明确指出：Propagation Rules Are Enforced by a Proxy，即“传播规则是由代理强制执行的”。所以，Spring管理事务是基于接口进行代理的，在调用@Transactional注解的方法之前就会开启事务，并在过程中决定是否回滚或最终提交！

在以上代码中，由于update1()是在update2()内部调用的，不是由代理对象来调用的，所以，执行update2()方法的过程大致上是：

开启事务

执行update2()方法

调用update1()方法

因update1()方法抛出异常且符合回滚规则，执行回滚事务

若未出现回滚，则提交事务（本例会回滚，不会执行这一步）

所以，回到我面试的那个题目，正确的答案应该是：只会在调用update2()方法时开启1个事务，内部调用的update1()根本不是事务性的（不管有没有@Transactional注解），既然只有1个事务，也就不存在事务的传播了！

其实，到这里，我的问题已经解决了，但是苍老师还帮我写好了后续的Demo代码，让我更深刻的理解，这可能就是老师的职业病吧，要么不讲，要讲就一讲到底。

接下来就要涉及更新t_order表的数据了，对应的业务接口和业务实现类分别是OrderService和OrderServiceImpl，关于OrderService接口：

package cn.tedu.service;

public interface OrderService {

void updateSuccessfully();