// 提供的接口
public interface UserDao {
    // select * from user_test where uid = "#{uid}"
    public MyUser selectUserById(Integer uid);
    // update user_test set uname =#{uname},usex = #{usex} where uid = #{uid}
    public int updateUser(MyUser user);
}

@Service
public class UserController {
    @Autowired
    private UserDao userDao;
    public void update(Integer id) {
        MyUser user = new MyUser();
        user.setUid(id);
        user.setUname("張三-testing");
        user.setUsex("女");
        userDao.updateUser(user);
    }
    public MyUser query(Integer id) {
        MyUser user = userDao.selectUserById(id);
        return user;
    }
    // 正常情況
    @Transactional(rollbackFor = Exception.class)
    public void testSuccess() throws Exception {
        Integer id = 1;
        MyUser user = query(id);
        System.out.println("原記錄:" + user);
        update(id);
        throw new Exception("事務生效");
    }
}

為了快速說明問題，直接在controller中實現(xiàn)了業(yè)務邏輯和事務聲明，不代表生產(chǎn)環(huán)境中的代碼分層

1. 類內(nèi)部訪問

在類 UserController 中新增一個方法 testInteralCall()：

public void testInteralCall() throws Exception {
    testSuccess();
    throw new Exception("事務不生效：類內(nèi)部訪問");
}

這里 testInteralCall() 沒有標注 @Transactional，我們再看一下測試用例：

public static void main(String[] args) throws Exception {
    ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");
    UserController uc = (UserController) applicationContext.getBean("userController");
    try {
        uc.testSuccess();
    } finally {
        MyUser user =  uc.query(1);
        System.out.println("修改后的記錄:" + user);
    }
}
// 輸出：
// 原記錄:MyUser(uid=1, uname=張三, usex=女)
// 修改后的記錄:MyUser(uid=1, uname=張三-testing, usex=女)

從上面的輸出可以看到，事務并沒有回滾，這個是什么原因呢？

因為 @Transactional 的工作機制是基于 AOP 實現(xiàn)，AOP 是使用動態(tài)代理實現(xiàn)的，如果通過代理直接調(diào)用 testSuccess()，通過 AOP 會前后進行增強，增強的邏輯其實就是在 testSuccess() 的前后分別加上開啟、提交事務的邏輯。

現(xiàn)在是通過 testInteralCall() 去調(diào)用 testSuccess()，testSuccess() 前后不會進行任何增強操作，也就是類內(nèi)部調(diào)用，不會通過代理方式訪問。

2. 私有方法

在私有方法上，添加 @Transactional 注解也不會生效：

@Transactional(rollbackFor = Exception.class)
private void testPirvateMethod() throws Exception {
    Integer id = 1;
    MyUser user = query(id);
    System.out.println("原記錄:" + user);
    update(id);
    throw new Exception("測試事務生效");
}

直接使用時，下面這種場景不太容易出現(xiàn)，因為 IDEA 會有提醒，文案為: Methods annotated with '@Transactional' must be overridable，至于深層次的原理，源碼部分會給你解讀。

3. 異常不匹配

這里的 @Transactional 沒有設置 rollbackFor = Exception.class 屬性：

@Transactional
public void testExceptionNotMatch() throws Exception {
    Integer id = 1;
    MyUser user = query(id);
    System.out.println("原記錄:" + user);
    update(id);
    throw new Exception("事務不生效：異常不匹配");
}

@Transactional 注解默認處理運行時異常，即只有拋出運行時異常時，才會觸發(fā)事務回滾，否則并不會回滾，至于深層次的原理，源碼部分會給你解讀。

4. 多線程

父線程拋出異常

父線程拋出異常，子線程不拋出異常：

public void testSuccess() throws Exception {
    Integer id = 1;
    MyUser user = query(id);
    System.out.println("原記錄:" + user);
    update(id);
}
@Transactional(rollbackFor = Exception.class)
public void testMultThread() throws Exception {
    new Thread(new Runnable() {
        @SneakyThrows
        @Override
        public void run() {
            testSuccess();
        }
    }).start();
    throw new Exception("測試事務不生效");
}

父線程拋出線程，事務回滾，因為子線程是獨立存在，和父線程不在同一個事務中，所以子線程的修改并不會被回滾

子線程拋出異常

父線程不拋出異常，子線程拋出異常：

public void testSuccess() throws Exception {
    Integer id = 1;
    MyUser user = query(id);
    System.out.println("原記錄:" + user);
    update(id);
    throw new Exception("測試事務不生效");
}
@Transactional(rollbackFor = Exception.class)
public void testMultThread() throws Exception {
    new Thread(new Runnable() {
        @SneakyThrows
        @Override
        public void run() {
            testSuccess();
        }
    }).start();
}

由于子線程的異常不會被外部的線程捕獲，所以父線程不拋異常，事務回滾沒有生效。