事務不生效
- 訪問權限問題
眾所周知，java的訪問權限主要有四種：private、default、protected、public，它們的權限從左到右，依次變大。
但如果我們在開發過程中，把有某些事務方法，定義了錯誤的訪問權限，就會導致事務功能出問題，例如：
@Service
public class UserService {
@Transactional
private void add(UserModel userModel) {
saveData(userModel);
updateData(userModel);
}
}
我們可以看到add方法的訪問權限被定義成了private，這樣會導致事務失效，spring要求被代理方法必須是public的。
說白了，在AbstractFallbackTransactionAttributeSource類的computeTransactionAttribute方法中有個判斷，如果目標方法不是public，則TransactionAttribute返回null，即不支持事務。
也就是說，如果我們自定義的事務方法（即目標方法），它的訪問權限不是public，而是private、default或protected的話，spring則不會提供事務功能
- 方法用final修飾
有時候，某個方法不想被子類重新，這時可以將該方法定義成final的。普通方法這樣定義是沒問題的，但如果將事務方法定義成final，例如：
@Service
public class UserService {
@Transactional
public final void add(UserModel userModel){
saveData(userModel);
updateData(userModel);
}
}
我們可以看到add方法被定義成了final的，這樣會導致事務失效。
為什么？
如果你看過spring事務的源碼，可能會知道spring事務底層使用了aop，也就是通過jdk動態代理或者cglib，幫我們生成了代理類，在代理類中實現的事務功能。
但如果某個方法用final修飾了，那么在它的代理類中，就無法重寫該方法，而添加事務功能。
注意：如果某個方法是static的，同樣無法通過動態代理，變成事務方法。
- 方法內部調用(特別注意)
有時候我們需要在某個Service類的某個方法中，調用另外一個事務方法，比如：
@Service
public class UserService {
@Autowired
private UserMapper userMapper;
public void add(UserModel userModel) {
userMapper.insertUser(userModel);
updateStatus(userModel);
}
@Transactional
public void updateStatus(UserModel userModel) {
doSameThing();
}
}
我們看到在事務方法add中，直接調用事務方法updateStatus。從前面介紹的內容可以知道，updateStatus方法擁有事務的能力是因為spring aop生成代理了對象，但是這種方法直接調用了this對象的方法，所以updateStatus方法不會生成事務。
由此可見，在同一個類中的方法直接內部調用，會導致事務失效。
那么問題來了，如果有些場景，確實想在同一個類的某個方法中，調用它自己的另外一個方法，該怎么辦呢？
- 3.1 新加一個Service方法
@Servcie
public class ServiceA {
@Autowired
prvate ServiceB serviceB;
public void save(User user) {
queryData1();
queryData2();
serviceB.doSave(user);
}
}
@Servcie
public class ServiceB {
@Transactional(rollbackFor=Exception.class)
public void doSave(User user) {
addData1();
updateData2();
}
}
- 3.2 在該Service類中注入自己
如果不想再新加一個Service類，在該Service類中注入自己也是一種選擇。具體代碼如下：
@Servcie
public class ServiceA {
@Autowired
prvate ServiceA serviceA;
public void save(User user) {
queryData1();
queryData2();
serviceA.doSave(user);
}
@Transactional(rollbackFor=Exception.class)
public void doSave(User user) {
addData1();
updateData2();
}
}
- 3.3 通過AopContent類
在該Service類中使用AopContext.currentProxy()獲取代理對象
上面的方法2確實可以解決問題，但是代碼看起來并不直觀，還可以通過在該Service類中使用AOPProxy獲取代理對象，實現相同的功能。具體代碼如下：
@Servcie
public class ServiceA {
public void save(User user) {
queryData1();
queryData2();
((ServiceA)AopContext.currentProxy()).doSave(user);
}
@Transactional(rollbackFor=Exception.class)
public void doSave(User user) {
addData1();
updateData2();
}
}
- 未被spring管理
在我們平時開發過程中，有個細節很容易被忽略。即使用spring事務的前提是：對象要被spring管理，需要創建bean實例。
通常情況下，我們通過@Controller、@Service、@Component、@Repository等注解，可以自動實現bean實例化和依賴注入的功能。
如果有一天，你匆匆忙忙的開發了一個Service類，但忘了加@Service注解，比如：
//@Service
public class UserService {
@Transactional
public void add(UserModel userModel) {
saveData(userModel);
updateData(userModel);
}
}
從上面的例子，我們可以看到UserService類沒有加@Service注解，那么該類不會交給spring管理，所以它的add方法也不會生成事務。
- 多線程調用
在實際項目開發中，多線程的使用場景還是挺多的。如果spring事務用在多線程場景中，會有問題嗎？
@Slf4j
@Service
public class UserService {
@Autowired
private UserMapper userMapper;
@Autowired
private RoleService roleService;
@Transactional
public void add(UserModel userModel) throws Exception {
userMapper.insertUser(userModel);
new Thread(() -> {
roleService.doOtherThing();
}).start();
}
}
@Service
public class RoleService {
@Transactional
public void doOtherThing() {
System.out.println("保存role表數據");
}
}
從上面的例子中，我們可以看到事務方法add中，調用了事務方法doOtherThing，但是事務方法doOtherThing是在另外一個線程中調用的。
這樣會導致兩個方法不在同一個線程中，獲取到的數據庫連接不一樣，從而是兩個不同的事務。如果想doOtherThing方法中拋了異常，add方法也回滾是不可能的。
如果看過spring事務源碼的朋友，可能會知道spring的事務是通過數據庫連接來實現的。當前線程中保存了一個map，key是數據源，value是數據庫連接。
private static final ThreadLocal<Map<Object, Object>> resources =
new NamedThreadLocal<>("Transactional resources");
我們說的同一個事務，其實是指同一個數據庫連接，只有擁有同一個數據庫連接才能同時提交和回滾。如果在不同的線程，拿到的數據庫連接肯定是不一樣的，所以是不同的事務。
- 表不支持事務
周所周知，在mysql5之前，默認的數據庫引擎是myisam。
它的好處就不用多說了：索引文件和數據文件是分開存儲的，對于查多寫少的單表操作，性能比innodb更好。
有些老項目中，可能還在用它。
在創建表的時候，只需要把ENGINE參數設置成MyISAM即可：
myisam好用，但有個很致命的問題是：不支持事務。
如果只是單表操作還好，不會出現太大的問題。但如果需要跨多張表操作，由于其不支持事務，數據極有可能會出現不完整的情況。
此外，myisam還不支持行鎖和外鍵。
所以在實際業務場景中，myisam使用的并不多。在mysql5以后，myisam已經逐漸退出了歷史的舞臺，取而代之的是innodb。
有時候我們在開發的過程中，發現某張表的事務一直都沒有生效，那不一定是spring事務的鍋，最好確認一下你使用的那張表，是否支持事務。
- 未開啟事務
有時候，事務沒有生效的根本原因是沒有開啟事務。
你看到這句話可能會覺得好笑。
開啟事務不是一個項目中，最最最基本的功能嗎？
為什么還會沒有開啟事務？
沒錯，如果項目已經搭建好了，事務功能肯定是有的。
但如果你是在搭建項目demo的時候，只有一張表，而這張表的事務沒有生效。那么會是什么原因造成的呢？
當然原因有很多，但沒有開啟事務，這個原因極其容易被忽略。
如果你使用的是springboot項目，那么你很幸運。因為springboot通過DataSourceTransactionManagerAutoConfiguration類，已經默默的幫你開啟了事務。
你所要做的事情很簡單，只需要配置spring.datasource相關參數即可。
但如果你使用的還是傳統的spring項目，則需要在applicationContext.xml文件中，手動配置事務相關參數。如果忘了配置，事務肯定是不會生效的。
具體配置如下信息：
<!-- 配置事務管理器 -->
<bean class="org.springframework.jdbc.datasource.DataSourceTransactionManager" id="transactionManager">
<property name="dataSource" ref="dataSource"></property>
</bean>
<tx:advice id="advice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
<!-- 用切點把事務切進去 -->
<aop:config>
<aop:pointcut expression="execution(* com.susan.*.*(..))" id="pointcut"/>
<aop:advisor advice-ref="advice" pointcut-ref="pointcut"/>
</aop:config>
默默的說一句，如果在pointcut標簽中的切入點匹配規則，配錯了的話，有些類的事務也不會生效。
