詳解Java的Hibernate框架中的Interceptor和Collection
Interceptor
講到Interceptor，相信熟悉struts2的童鞋肯定不會(huì)陌生了，struts2可以自定義攔截器進(jìn)行自己想要的一系列相關(guān)的工作。而這里我們說(shuō)的Interceptor也是差不多相似的功能。
廢話不說(shuō)，直接來(lái)代碼：
下面這個(gè)是MyInterceptor類(lèi)，它實(shí)現(xiàn)了Interceptor接口：
public String onPrepareStatement(String arg0) {
return arg0;
}
public boolean onSave(Object arg0, Serializable arg1, Object[] arg2,
String[] arg3, Type[] arg4) throws CallbackException {
if (arg0 instanceof User) {
System.out.println("User to be saved=>"+((User)arg0).getName());
}
return false;
}
其他方法就不看了，按默認(rèn)實(shí)現(xiàn)就行，我們只需要改這兩個(gè)方法，需要把onPrepareStatement中的返回值改一下，改成返回當(dāng)前的SQL語(yǔ)句，參數(shù)中就是傳入的執(zhí)行的SQL語(yǔ)句，我們直接返回就可以打印出該語(yǔ)句。
而在onSave中，看名字就可以知道是在保存的時(shí)候進(jìn)行調(diào)用的。我們可以進(jìn)行一系列保存前的工作。
相信大家看參數(shù)名稱(chēng)就可以看明白了吧。
Serializable是指序列號(hào)的參數(shù)，在這里是指跟數(shù)據(jù)庫(kù)ID進(jìn)行映射的屬性
Object[]這是一系列的狀態(tài)，暫時(shí)沒(méi)怎么用到，以后用到再研究，但API中說(shuō)明了，不管用何種方式修改了這個(gè)數(shù)組中的值，這個(gè)onSave方法必須返回true。
String[]是指屬性的名稱(chēng)
而Type[]也就是相應(yīng)屬性的類(lèi)型。
1）這個(gè)Interceptor可以在保存數(shù)據(jù)庫(kù)前和后做一些相應(yīng)的操作。比如想對(duì)數(shù)據(jù)進(jìn)行修改，添加前綴或后綴的，都可以用它來(lái)實(shí)現(xiàn)，下面我們來(lái)看一下。
public boolean onSave(Object arg0, Serializable arg1, Object[] arg2,
String[] arg3, Type[] arg4) throws CallbackException {
if (arg0 instanceof User) {
System.out.println("User to be saved=>"+((User)arg0).getName());
}
//我們?cè)谶@里添加123作為名字的前綴
User user = (User)arg0;
user.setName("123"+user.getName());
return false;
}
我們看一下測(cè)試方法：
public static void main(String[] args) {
Configuration cfg = new Configuration().configure();
SessionFactory sessionFactory = cfg.buildSessionFactory();
Interceptor interceptor = new MyInteceptor();
Session session = sessionFactory.openSession(interceptor);
User user = new User();
user.setName("shun");
Transaction tx = session.beginTransaction();
session.save(user);
tx.commit();
session.close();
}
很簡(jiǎn)單，我們只是進(jìn)行了簡(jiǎn)單的保存而已。這里就沒(méi)給出映射文件和實(shí)體類(lèi)，大家隨便弄個(gè)試一下就行。
運(yùn)行它，我們可以看到：
User to be saved=>shun Hibernate: insert into USER (USER_NAME, age) values (?, ?) Hibernate: update USER set USER_NAME=?, age=? where USER_ID=?
2）同樣道理，我們可以在加載時(shí)修改屬性的值：
public boolean onLoad(Object arg0, Serializable arg1, Object[] arg2,
String[] arg3, Type[] arg4) throws CallbackException {
if (arg0 instanceof User) {
System.out.println("User to be loaded=>"+(arg2[0]+":"+arg2[1]));
}
User user = (User)arg0;
//判斷哪個(gè)屬性是name
for (int i = 0; i < arg3.length; i ++){
if (arg3[i].equals("name")){
user.setName(((String)arg2[i]).replace("123",""));
arg2[i] = ((String)arg2[i]).replace("123","");
}
}
return false;
}
加載時(shí)修改屬性的值是寫(xiě)在onLoad方法內(nèi)。
這里的arg0就是我們的User對(duì)象，這里它還沒(méi)有值，這個(gè)方法在load方法之后才進(jìn)行調(diào)用，所以我們此時(shí)對(duì)user進(jìn)行操作已經(jīng)是于事無(wú)補(bǔ)了，而且我們這里的user.setName是沒(méi)用的操作。主要在:
arg2[i] = ((String)arg2[i]).replace("123","");
這句代碼改變了返回的屬性的值，那么我們?cè)诔绦蛑心玫降膗ser對(duì)象中的值也會(huì)改變，我們運(yùn)行測(cè)試方法看看：
public static void main(String[] args) {
Configuration cfg = new Configuration().configure();
SessionFactory sessionFactory = cfg.buildSessionFactory();
Interceptor interceptor = new MyInteceptor();
Session session = sessionFactory.openSession(interceptor);
User user = (User)session.load(User.class,new Long(39));
System.out.println("User name:"+user.getName());
session.close();
}
看結(jié)果，我們得到了：
Hibernate: select user0_.USER_ID as USER1_0_0_, user0_.USER_NAME as USER2_0_0_, user0_.age as age0_0_ from USER user0_ where user0_.USER_ID=? User to be loaded=>123shun:0 User name:shun
我們已經(jīng)把原來(lái)的123給去掉了，在真正加載后進(jìn)行了相關(guān)的處理，不過(guò)這個(gè)并不是真正加載前的處理，有點(diǎn)投機(jī)的嫌疑。但也不失為一個(gè)考慮的方案。Interceptor也許用得最多的還是在日志的相關(guān)處理上，比如我們需要對(duì)每次操作都進(jìn)行相應(yīng)的日志記錄，那么Interceptor是一個(gè)很好的選擇。
Collection
記得我們?cè)谝郧袄又幸粚?duì)多中用到的Set，還有印象么，如果沒(méi)有趕快去查一下資料，回顧一下。今天我們就圍繞著這些Collection來(lái)進(jìn)行學(xué)習(xí)。
還是不廢話了，我們直接進(jìn)入正題。
1）首先我們來(lái)學(xué)習(xí)一下Set。大家都知道JAVA util包里面也有一個(gè)Set，那么hibernate里面的set和java的set和什么區(qū)別和聯(lián)系呢？我們打開(kāi)hibernate的API，找到Set，可以看到。
我們看到的就是這樣一個(gè)hibernate的集合的父類(lèi)，它是一個(gè)抽象類(lèi)，有一系列具體的實(shí)現(xiàn)類(lèi)，我們繼續(xù)看到下面的方法時(shí)，發(fā)現(xiàn)這個(gè)類(lèi)實(shí)現(xiàn)上是對(duì)java集合的封裝，這樣我們就明白啦，所謂的hibernate的Set實(shí)際上也只是封裝了java的Set。
那么，Set中不允許重復(fù)元素的這個(gè)特點(diǎn)是否也在hibernate中呢？答案當(dāng)然是肯定啦。
我們這里不看這些，我們以前在學(xué)習(xí)映射時(shí)是直接把屬性和所關(guān)聯(lián)的類(lèi)進(jìn)行關(guān)聯(lián)，但今天我們不這樣啦，我們用另外一種方法，只是關(guān)聯(lián)一個(gè)字符串，看看有什么問(wèn)題。
但在看這個(gè)問(wèn)題前，我們先來(lái)看看，java中的String比較。
我們看到的就是這樣一個(gè)hibernate的集合的父類(lèi)，它是一個(gè)抽象類(lèi)，有一系列具體的實(shí)現(xiàn)類(lèi)，我們繼續(xù)看到下面的方法時(shí)，發(fā)現(xiàn)這個(gè)類(lèi)實(shí)現(xiàn)上是對(duì)java集合的封裝，這樣我們就明白啦，所謂的hibernate的Set實(shí)際上也只是封裝了java的Set。
那么，Set中不允許重復(fù)元素的這個(gè)特點(diǎn)是否也在hibernate中呢？答案當(dāng)然是肯定啦。
我們這里不看這些，我們以前在學(xué)習(xí)映射時(shí)是直接把屬性和所關(guān)聯(lián)的類(lèi)進(jìn)行關(guān)聯(lián)，但今天我們不這樣啦，我們用另外一種方法，只是關(guān)聯(lián)一個(gè)字符串，看看有什么問(wèn)題。
但在看這個(gè)問(wèn)題前，我們先來(lái)看看，java中的String比較。
public static void main(String[] args) {
String s1 = "shun1";
String s2 = "shun1";
System.out.println("s1==s2:"+(s1==s2));
}
相信很多童鞋都知道答案是true。
在進(jìn)行例子前先看一下我們的映射文件，映射類(lèi)那些就不寫(xiě)了：
這是TUser的映射文件：
<class name="TUser" table="t_user" dynamic-insert="true" dynamic-update="true">
<id name="id" column="id">
<generator class="native" />
</id>
<property name="name" type="java.lang.String" column="name"/>
<property name="age" type="java.lang.Integer" column="age"/>
<set name="addresses" cascade="all" table="t_address">
<key column="user_id" />
<!-- <one-to-many class="Address"/> -->
<element column="address" type="string" />
</set>
</class>
接下來(lái)是Address的映射文件：
<class name="Address" table="t_address" dynamic-insert="false" dynamic-update="false">
<id name="id" column="id" type="java.lang.Integer">
<generator class="native" />
</id>
<property name="address" column="address" type="java.lang.String" />
<many-to-one name="user" class="TUser"
column="user_id" not-null="true"></many-to-one>
</class>
童鞋們看清楚了，我在TUser中的Set里面把one-to-many注釋了而用了element，這里先不管它有什么問(wèn)題，我們先看數(shù)據(jù)庫(kù)：
這是t_address表：
下面是t_user表：
我們可以看到id為4的User對(duì)應(yīng)了三個(gè)地址，接下來(lái)，我們來(lái)看一下測(cè)試方法：
public static void main(String[] args) {
Configuration cfg = new Configuration().configure();
SessionFactory sessionFactory = cfg.buildSessionFactory();
Session session = sessionFactory.openSession();
TUser user = (TUser)session.load(TUser.class,new Integer(4));
Set set = user.getAddresses();
session.close();
System.out.println("address size:"+set.size());
}
很簡(jiǎn)單的一個(gè)查詢(xún)類(lèi)，只是取出了這個(gè)結(jié)果而已，我們看到一個(gè)奇怪的現(xiàn)象：
address size:1
這是結(jié)果！
你肯定會(huì)說(shuō)，肯定錯(cuò)了吧，是hibernate的bug。這里肯定高興啦，總算可以提交一個(gè)bug了，以前跳槽的時(shí)候可以大聲說(shuō)我為hibernate提交過(guò)bug。哈哈，但很遺憾，這并不是bug。
剛才說(shuō)了我們前面的那個(gè)字符串比較的是為這里作鋪墊的，那么怎么鋪呢？
我們?cè)谂渲梦募杏肧et，并且是通過(guò)String字符來(lái)進(jìn)行關(guān)聯(lián)的，那么它首先在數(shù)據(jù)庫(kù)中取出放進(jìn)Set中的時(shí)候會(huì)先判斷該關(guān)聯(lián)字符的值是否是相等的，這里由于我們的值都是相等的（這里我們暫時(shí)不深究它是怎么進(jìn)行比較的），我們只需要知道當(dāng)我們用字符串來(lái)進(jìn)行比較的時(shí)候，我們又陷入了JAVA中的字符串陷阱了。查出來(lái)只有一條，那么刪除呢，刪除的時(shí)候就比較麻煩啦，它會(huì)把所有相同的記錄都刪除。
那么我們來(lái)看一下刪除的：
TUser user = (TUser)session.load(TUser.class,new Integer(4));
Transaction tx = session.beginTransaction();
Object obj = user.getAddresses().iterator().next();
user.getAddresses().remove(obj);
tx.commit();
session.close();
這里hibernate輸出的語(yǔ)句是：
Hibernate: delete from t_address where user_id=?
相信什么時(shí)候大家都知道了，是刪除該用戶(hù)下的所有地址。這沒(méi)得選擇，只能全部都刪除。
所以在真正的開(kāi)發(fā)中需要注意。
2）上面我們講了Set，好像用著不怎么爽啊，有那么個(gè)陷阱，但沒(méi)辦法，Set是我們用得最多的，而且一般也不會(huì)有人直接去關(guān)聯(lián)字符串吧。但很多人還是會(huì)不爽，那么hibernate也就應(yīng)大家要求搞多了一個(gè)Bag（也許不是應(yīng)要求，可能它們里面也有人不滿(mǎn)，哈哈）。
我們先來(lái)看看它的基本用法：
首先我們需要把前面的TUser的映射文件中的Set標(biāo)簽修改為：
<bag name="addresses" lazy="true" table="t_address"> <key column="user_id" /> <element type="string" column="address" /> </bag>
并且相應(yīng)的實(shí)體類(lèi)需要把a(bǔ)ddresses的類(lèi)型修改為L(zhǎng)ist類(lèi)型。
這里我們重新添加三個(gè)地址：
我們運(yùn)行測(cè)試代碼：
public static void main(String[] args) {
Configuration cfg = new Configuration().configure();
SessionFactory sessionFactory = cfg.buildSessionFactory();
Session session = sessionFactory.openSession();
TUser user = (TUser)session.load(TUser.class,new Integer(4));
System.out.println("address size:"+user.getAddresses().size());
session.close();
}
這里我們看到了：
address size:3
這次我們已經(jīng)全部都可以看到了，不管有沒(méi)有重復(fù)。
但我們剛才看了一個(gè)刪除的問(wèn)題，Bag在這里還是沒(méi)有解決，需要借助idBag。我們看到配置文件，需要如下的修改：
idbag name="addresses" table="t_address" lazy="true">
<collection-id type="int" column="id">
<generator class="identity" />
</collection-id>
<key column="user_id" />
<element type="string" column="address" />
</idbag>
我們看到它只比bag多了一個(gè)collection-id進(jìn)行表明要?jiǎng)h除的記錄號(hào)。
當(dāng)我們重新運(yùn)行刪除的代碼：
TUser user = (TUser)session.load(TUser.class,new Integer(4));
Transaction tx = session.beginTransaction();
Object obj = user.getAddresses().iterator().next();
user.getAddresses().remove(obj);
tx.commit();
我們看到輸出語(yǔ)句為：
Hibernate: delete from t_address where id=?
這次并不是通過(guò)user_id來(lái)進(jìn)行刪除，而是根據(jù)t_address的ID來(lái)進(jìn)行刪除，這說(shuō)明它真正刪除我們需要?jiǎng)h除的那條記錄。
我們看到數(shù)據(jù)庫(kù)，現(xiàn)在記錄是：
我們已經(jīng)把第一條記錄給刪了，正確了。
3）看了上面兩種方法，我們?cè)賮?lái)看一下MAP，它跟上面兩個(gè)最大的不同就是可以進(jìn)行鍵值的對(duì)應(yīng)。直接看代碼，直觀點(diǎn)：
首先，我們需要修改配置文件：
<map name="addresses" table="t_address" lazy="true"> <key column="user_id" /> <index type="string" column="type" /> <element type="string" column="address" /> </map>
它和前面兩個(gè)最大的不同就是有一個(gè)index，這相當(dāng)于我們?cè)趈ava中map的key，我們通過(guò)這個(gè)來(lái)取出相對(duì)應(yīng)的記錄。記住，改完這里還要改相應(yīng)的實(shí)體類(lèi)，需要把a(bǔ)ddresses屬性的類(lèi)型改成Map。
看看數(shù)據(jù)庫(kù)的數(shù)據(jù)：
這里我們看到有兩個(gè)office和一個(gè)home，那么office是拿哪個(gè)呢？
不要急，我們運(yùn)行一下測(cè)試代碼就知道了：
TUser user = (TUser)session.load(TUser.class,new Integer(4));
System.out.println(user.getAddresses().get("home"));
System.out.println(user.getAddresses().get("office"));
ShanWei ShangHai
對(duì)，如結(jié)果可知，我們?nèi)〉玫氖呛竺婺莻€(gè)，這跟Map的原理一樣，后面存入的值會(huì)覆蓋前面的值（如果它們是同一個(gè)key的情況下）。
Map是比較簡(jiǎn)單的，相當(dāng)前兩個(gè)來(lái)說(shuō)。
4）最后一個(gè)我們來(lái)看一下List。List與前幾種又有不同，不同在它可以進(jìn)行排序。
我們來(lái)看一下它是怎么實(shí)現(xiàn)的：
首先我們還是修改一下映射文件：
<list name="addresses" table="t_address" lazy="true"> <key column="user_id" /> <index type="string" column="idx" /> <element type="string" column="address" /> </list>
它和Map的配置差不多，但index的屬性是不一樣的，Map中的index是作為key來(lái)取得值，而List的index是作為排序的。
我們看數(shù)據(jù)庫(kù)：
我們?cè)O(shè)了三個(gè)值，順序分別為0，1，2。
下面我們運(yùn)行代碼來(lái)更改0，2的值：
TUser user = (TUser)session.load(TUser.class,new Integer(4));
Transaction tx = session.beginTransaction();
Object obj1 = user.getAddresses().get(0);
Object obj2 = user.getAddresses().get(2);
user.getAddresses().set(0,obj2);
user.getAddresses().set(2,obj1);
tx.commit();
我們看到結(jié)果：
我們看到，0，2已經(jīng)調(diào)換了，當(dāng)然這也只是調(diào)換了idx的值。但這已經(jīng)基本上實(shí)現(xiàn)了排序的功能了。
- Java servlet、filter、listener、interceptor之間的區(qū)別和聯(lián)系
- Spring MVC 攔截器 interceptor 用法詳解
- Spring security用戶(hù)URL權(quán)限FilterSecurityInterceptor使用解析
- 分享Angular http interceptors 攔截器使用(推薦)
- spring boot加入攔截器Interceptor過(guò)程解析
- Springboot+redis+Interceptor+自定義annotation實(shí)現(xiàn)接口自動(dòng)冪等
- SpringBoot中使用Filter和Interceptor的示例代碼
- 詳解Retrofit Interceptor(攔截器) 攔截請(qǐng)求并做相關(guān)處理
- Spring interceptor攔截器配置及用法解析
相關(guān)文章
這篇文章主要介紹了Java正則表達(dá)式的使用和詳解(下)的相關(guān)資料，包括常用正則表達(dá)式和正則表達(dá)式語(yǔ)法，非常不錯(cuò)，具有參考借鑒價(jià)值，需要的的朋友參考下吧2017-04-04
本篇文章主要介紹了Java實(shí)現(xiàn)MD5消息摘要算法，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-04-04
這篇文章主要介紹了Java高級(jí)特性（基礎(chǔ)）,需要的朋友可以參考下2017-04-04
Java實(shí)現(xiàn)發(fā)送郵件并攜帶附件
這篇文章主要為大家詳細(xì)介紹了Java實(shí)現(xiàn)發(fā)送郵件并攜帶附件，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2021-09-09
Springcloud GateWay網(wǎng)關(guān)配置過(guò)程圖解
這篇文章主要介紹了Springcloud GateWay網(wǎng)關(guān)配置過(guò)程圖解,文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-12-12
Java 使用 Graphql 搭建查詢(xún)服務(wù)詳解
這篇文章主要介紹了Java 使用 Graphql 搭建查詢(xún)服務(wù)詳解的相關(guān)資料,需要的朋友可以參考下2016-12-12
這篇文章主要介紹了使用log4j MDC實(shí)現(xiàn)日志追蹤方式，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-09-09
Java數(shù)據(jù)結(jié)構(gòu)及算法實(shí)例：選擇排序 Selection Sort
這篇文章主要介紹了Java數(shù)據(jù)結(jié)構(gòu)及算法實(shí)例：選擇排序 Selection Sort,本文直接給出實(shí)現(xiàn)代碼,代碼中包含詳細(xì)注釋,需要的朋友可以參考下2015-06-06
java 中 System.out.println()和System.out.write()的區(qū)別
這篇文章主要介紹了 java 中 System.out.println()和System.out.write()的區(qū)別.的相關(guān)資料,需要的朋友可以參考下2017-04-04
Spring?Cloud中Sentinel的兩種限流模式介紹
如何使用Sentinel做流量控制呢？這篇文章就來(lái)為大家詳細(xì)介紹了Spring?Cloud中Sentinel的兩種限流模式，感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2023-05-05