背景：對(duì)于數(shù)據(jù)庫的同一條記錄，假如有兩個(gè)人同時(shí)對(duì)數(shù)據(jù)進(jìn)行了修改，然后最終同步到數(shù)據(jù)庫的時(shí)候，因?yàn)榇嬖谥l(fā)，產(chǎn)生的結(jié)果是不可預(yù)料的。最簡單的解決方式就是通過給表的記錄加一個(gè)version字段，記錄在修改的時(shí)候需要比較一下version是否匹配，如果匹配就更新，不匹配就直接失敗。更新成功則把version+1，也就是所謂的樂觀鎖。當(dāng)然這樣的邏輯最好能做到對(duì)開發(fā)人員透明，本插件就是來做這件事情的。

1. 使用方式：在mybatis配置文件中加入如下配置，就完成了。

2. 對(duì)插件配置的說明：

上面對(duì)插件的配置默認(rèn)數(shù)據(jù)庫的樂觀鎖列對(duì)應(yīng)的Java屬性為version。這里可以自定義屬性命，例如：

3. 效果：

之前：update user set name = ?, password = ? where id = ?

之后：update user set name = ?, password = ?, version = version+1 where id = ? and version = ?

4. 對(duì)version的值的說明：

1、當(dāng)PreparedStatement獲取到version值之后，插件內(nèi)部會(huì)自動(dòng)自增1。

2、樂觀鎖的整個(gè)控制過程對(duì)用戶而言是透明的，這和Hibernate的樂觀鎖很相似，用戶不需要關(guān)心樂觀鎖的值。

5.插件原理描述：

插件通過攔截mybatis執(zhí)行的update語句，在原有sql語句基礎(chǔ)之上增加樂觀鎖標(biāo)記，比如，原始sql為：
update user set name = ?, password = ? where id = ?，

那么用戶不需要修改sql語句，在插件的幫助之下，會(huì)自動(dòng)將上面的sql語句改寫成為：
update user set name = ?, password = ?, version = version + 1 where id = ? and version = ?，

形式，用戶也不用關(guān)心version前后值的問題，所有的動(dòng)作對(duì)用戶來說是透明的，由插件自己完成這些功能。

6.默認(rèn)約定：

1、本插件攔截的update語句的Statement都是PreparedStatement，僅針對(duì)這種方式的sql有效；

2、mapper.xml的<update>標(biāo)簽必須要與接口Mapper的方法對(duì)應(yīng)上，也就是使用mybatis推薦的方式，但是多個(gè)接口可以對(duì)應(yīng)一個(gè)mapper.xml的<update>標(biāo)簽；

3、本插件不會(huì)對(duì)sql的結(jié)果做任何操作，sql本身應(yīng)該返回什么就是什么；

4、插件默認(rèn)攔截所有update語句，如果用戶對(duì)某個(gè)update不希望有樂觀鎖控制，那么在對(duì)應(yīng)的mapper接口方法上面增加@VersionLocker(false)或者@VersionLocker(value = false),這樣插件就不會(huì)對(duì)這個(gè)update做任何操作，等同于沒有本插件；

5、本插件目前暫時(shí)不支持批量更新的樂觀鎖，原因是由于批量更新在實(shí)際開發(fā)中應(yīng)用場景不多，另外批量更新樂觀鎖開發(fā)難度比較大；

6、Mapper接口的參數(shù)類型必須和傳入的實(shí)際類型保持一致，這是由于在JDK版本在JDK8以下沒有任何方法能獲取接口的參數(shù)列表名稱，因此，插件內(nèi)部是使用參數(shù)類型和參數(shù)作為映射來匹配方法簽名的；

github地址：https://github.com/xjs1919/locker

以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持服務(wù)器之家。

原文鏈接：http://blog.csdn.net/goldenfish1919/article/details/51750653