深入理解Spring Boot集成测试中的事务隔离问题

@Repository
public interface UserRepository extends JpaRepository<User, String> {    
    Optional<User> findUserByUniqueName(String uniqueName);
}

// ... User entity definition ...

@SpringBootTest
@AutoConfigureMockMvc
// @Transactional // <--- 移除此注解
class UserIntegrationTest {

    @Autowired
    private UserRepository userRepository;

    @Autowired
    private MockMvc mockMvc;

    // @Autowired
    // private TransactionTemplate transactionTemplate; // 待注入

    @Test
    // @Transactional // <--- 导致问题的注解
    void testUserUpdateAndSecurityFilter() throws Exception {
        // 假设数据库中已存在一个名为 "oldUniqueName" 的用户
        User user = userRepository.findUserByUniqueName("oldUniqueName").orElse(null);
        assertThat(user).isNotNull();

        // 在主测试事务中修改并保存用户
        user.setUniqueName("newUniqueName");
        userRepository.saveAndFlush(user); // 此时更改仅刷新，未提交

        // 构建带有旧uniqueName的请求头
        HttpHeaders headers = new HttpHeaders();
        headers.add("X-Unique-Name", "oldUniqueName"); 

        // mockMvc请求，其内部的安全性过滤器会尝试查询 oldUniqueName
        // 预期：oldUniqueName 不存在，抛出异常或返回未授权
        // 实际：查询 oldUniqueName 却找到了 user，且其 uniqueName 是 "newUniqueName"
        mockMvc.perform(get("/api/secure-endpoint").headers(headers))
               .andExpect(status().isUnauthorized()); // 预期失败
    }
}

@SpringBootTest
@AutoConfigureMockMvc
// 确保测试类本身没有 @Transactional 注解，除非你希望整个测试类都在一个大事务中，
// 但对于本场景，我们希望细粒度控制。
class UserIntegrationTest {

    @Autowired
    private UserRepository userRepository;

    @Autowired
    private MockMvc mockMvc;

    @Autowired
    private TransactionTemplate transactionTemplate; // 注入TransactionTemplate

    @Test
    void testUserUpdateAndSecurityFilterWithTransactionTemplate() throws Exception {
        // 1. 确保初始数据存在（如果需要，可以在一个单独的事务中创建）
        // 例如：在@BeforeEach中或这里创建
        // transactionTemplate.executeWithoutResult(status -> {
        //     userRepository.save(new User("oldUniqueName"));
        // });

        // 2. 在一个独立的事务中执行数据修改并提交
        transactionTemplate.executeWithoutResult(status -> {
            User user = userRepository.findUserByUniqueName("oldUniqueName").orElse(null);
            assertThat(user).isNotNull(); // 确保用户存在

            user.setUniqueName("newUniqueName");
            userRepository.saveAndFlush(user); // 刷新并提交
        });
        // 至此，对 user 的 uniqueName 修改已经提交到数据库，对其他事务可见。

        // 3. 构建带有旧uniqueName的请求头
        HttpHeaders headers = new HttpHeaders();
        headers.add("X-Unique-Name", "oldUniqueName"); 

        // 4. mockMvc请求
        // 此时，安全性过滤器查询 oldUniqueName 时，将无法找到用户（因为已被修改），
        // 从而按预期抛出异常或返回未授权。
        mockMvc.perform(get("/api/secure-endpoint").headers(headers))
               .andExpect(status().isUnauthorized()); 
    }
}