背景：對于數據庫的同一條記錄，假如有兩個人同時對數據進行了修改，然后最終同步到數據庫的時候，因為存在著并發，產生的結果是不可預料的。最簡單的解決方式就是通過給表的記錄加一個version字段，記錄在修改的時候需要比較一下version是否匹配，如果匹配就更新，不匹配就直接失敗。更新成功則把version+1，也就是所謂的樂觀鎖。當然這樣的邏輯最好能做到對開發人員透明，本插件就是來做這件事情的。
1. 使用方式：在mybatis配置文件中加入如下配置，就完成了。
|
1
2
3
|
<plugins> <plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker"/></plugins> |
2. 對插件配置的說明：
上面對插件的配置默認數據庫的樂觀鎖列對應的Java屬性為version。這里可以自定義屬性命，例如：
|
1
2
3
4
5
6
|
<plugins> <plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker"> <property name="versionColumn" value="xxx"/><!--數據庫的列名--> <property name="versionField" value="xxx"/> <!--java字段名--> </plugin></plugins> |
3. 效果：
之前：update user set name = ?, password = ? where id = ?
之后：update user set name = ?, password = ?, version = version+1 where id = ? and version = ?
4. 對version的值的說明：
1、當PreparedStatement獲取到version值之后，插件內部會自動自增1。
2、樂觀鎖的整個控制過程對用戶而言是透明的，這和Hibernate的樂觀鎖很相似，用戶不需要關心樂觀鎖的值。
5.插件原理描述：
插件通過攔截mybatis執行的update語句，在原有sql語句基礎之上增加樂觀鎖標記，比如，原始sql為：
update user set name = ?, password = ? where id = ?，
那么用戶不需要修改sql語句，在插件的幫助之下，會自動將上面的sql語句改寫成為：
update user set name = ?, password = ?, version = version + 1 where id = ? and version = ?，
形式，用戶也不用關心version前后值的問題，所有的動作對用戶來說是透明的，由插件自己完成這些功能。
6.默認約定：
1、本插件攔截的update語句的Statement都是PreparedStatement，僅針對這種方式的sql有效；
2、mapper.xml的<update>標簽必須要與接口Mapper的方法對應上，也就是使用mybatis推薦的方式，但是多個接口可以對應一個mapper.xml的<update>標簽；
3、本插件不會對sql的結果做任何操作，sql本身應該返回什么就是什么；
4、插件默認攔截所有update語句，如果用戶對某個update不希望有樂觀鎖控制，那么在對應的mapper接口方法上面增加@VersionLocker(false)或者@VersionLocker(value = false),這樣插件就不會對這個update做任何操作，等同于沒有本插件；
5、本插件目前暫時不支持批量更新的樂觀鎖，原因是由于批量更新在實際開發中應用場景不多，另外批量更新樂觀鎖開發難度比較大；
6、Mapper接口的參數類型必須和傳入的實際類型保持一致，這是由于在JDK版本在JDK8以下沒有任何方法能獲取接口的參數列表名稱，因此，插件內部是使用參數類型和參數作為映射來匹配方法簽名的；
github地址：https://github.com/xjs1919/locker
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：http://blog.csdn.net/goldenfish1919/article/details/51750653
