關(guān)于事務(wù)（ Transation ），大家肯定都不陌生了，因?yàn)樽鳛橐粋€(gè) Web 程序開(kāi)發(fā)人員來(lái)說(shuō)，我們一般都會(huì)和數(shù)據(jù)庫(kù)打交道，然后對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行一系列的操作，那么為了保證我們對(duì)數(shù)據(jù)操作的合理性我們就不能不用到事務(wù)，雖然事務(wù)的實(shí)現(xiàn)不需要我們?nèi)ゲ傩?，但是我們還是需要對(duì)事務(wù)進(jìn)行一些了解，這樣我們才能夠明白我們?nèi)粘Ｋ褂玫臇|西，比如我們常用的開(kāi)源框架 Spring 、 Hibernat 等都會(huì)涉及到事務(wù)的問(wèn)題，雖然事務(wù)有很多不同的實(shí)現(xiàn)，如符合 JTA 的事先， JDBC 的實(shí)現(xiàn)等等，但是其原理都是差不多的。
?
對(duì)于事務(wù)的理解，這個(gè)我覺(jué)得有必要說(shuō)一下，一般大家看到的理解都是很正式的、書(shū)面的，有時(shí)候讓人覺(jué)得有些亂，并且細(xì)節(jié)的東西太多，在這里我就不說(shuō)說(shuō)課貼書(shū)了，呵呵，那我就把我自己的一點(diǎn)理解說(shuō)一下：剛接觸到事務(wù)的時(shí)候，感覺(jué)還有些模糊，慢慢的感覺(jué)清晰了一些，事務(wù)是為了什么而產(chǎn)生的呢？就是為了對(duì)付并發(fā)而造成的對(duì)數(shù)據(jù)的修改以及讀取時(shí)的錯(cuò)誤（或者說(shuō)是一些不正常的現(xiàn)象），如果沒(méi)有并發(fā)，沒(méi)有資源的同時(shí)訪問(wèn)，估計(jì)也就用不到事務(wù)這個(gè)玩意了，呵呵，就像我們?cè)趩螕羯鲜褂玫膯斡脩舻能浖粯樱瑧?yīng)該不會(huì)用到事務(wù)吧，一般又沒(méi)有人跟你爭(zhēng)，控制個(gè)啥子啊！我覺(jué)得事務(wù)就可以這么理解。
而對(duì)于事務(wù)的分類，一般分為本地事務(wù)，即一個(gè)數(shù)據(jù)庫(kù)的情況；再一個(gè)就是全局事務(wù)，也就是多個(gè)數(shù)據(jù)庫(kù)的情況（其數(shù)據(jù)庫(kù)事務(wù)的控制稱為 XA ），具體的情況可以看下面幾個(gè)鏈接的介紹：
http://blog.csdn.net/ladofwind/archive/2006/09/08/1194812.aspx 關(guān)于數(shù)據(jù)庫(kù)事務(wù)的基本概念
http://www.huihoo.com/middleware/trade_middleware.html 里面有介紹關(guān)于 XA 的內(nèi)容
http://www.javaeye.com/topic/6302 對(duì)跨數(shù)據(jù)庫(kù)事務(wù)的一些討論（總結(jié)一下就是一般采用兩階段提交的方式來(lái)解決跨數(shù)據(jù)庫(kù)的事務(wù)問(wèn)題）
http://msdn2.microsoft.com/zh-cn/library/ckawh9ct(VS.80).aspx MS 的關(guān)于單階段和多階段事務(wù)的提交的一些說(shuō)明文檔
并且還要支持 XA 的數(shù)據(jù)庫(kù)連接池，開(kāi)源的如 XAPool 等。
要說(shuō)的就是這么多了，估計(jì)也基本夠在 Web 開(kāi)發(fā)中對(duì)其有一個(gè)了解 ~ 如果有更加深入的內(nèi)容再進(jìn)行討論和補(bǔ)充。
今天感覺(jué)還是有必要再理解一下 Java Reflection 。
在說(shuō) Reflection 之前，我感覺(jué)還是先對(duì)靜態(tài)語(yǔ)言和動(dòng)態(tài)語(yǔ)言有一個(gè)了解比較好，下面來(lái)看一下一些資料：
1 、 http://cavingdeep.cnblogs.com/archive/2005/08/03/206374.html 說(shuō)明了什么是靜態(tài)的，什么是動(dòng)態(tài)的，總結(jié)一下就是：
動(dòng)態(tài)語(yǔ)言，準(zhǔn)確地說(shuō)，是指程序在運(yùn)行時(shí)可以改變其結(jié)構(gòu)：新的函數(shù)可以被引進(jìn)，已有的函數(shù)可以被刪除等在結(jié)構(gòu)上的變化。比如眾所周知的 ECMAScript(JavaScript) 便是一個(gè)動(dòng)態(tài)語(yǔ)言。除此之外如 Ruby 、 Python 等也都屬于動(dòng)態(tài)語(yǔ)言，而 C 、 C++ 等語(yǔ)言則不屬于動(dòng)態(tài)語(yǔ)言。（通俗的說(shuō)法就是：靜態(tài)的是事先進(jìn)行規(guī)劃，考慮到后面需要做的一些事情；而動(dòng)態(tài)的是管他后面會(huì)是怎么樣呢，先開(kāi)始再說(shuō)，要的就是速度，呵呵，這有點(diǎn)和我們生活中做人做事的方式有些相似 ~ ）
2 、 http://www.javaeye.com/topic/35763 對(duì)動(dòng)態(tài)語(yǔ)言和靜態(tài)語(yǔ)言的一個(gè)比較新穎的認(rèn)識(shí)，主要從內(nèi)存的分配和利用情況來(lái)說(shuō)的，也就是說(shuō)：動(dòng)態(tài)語(yǔ)言不事先分配內(nèi)存，到用的時(shí)候再說(shuō)，而靜態(tài)語(yǔ)言會(huì)先分配內(nèi)存，并進(jìn)行檢查，大了放不下啊，呵呵
3 、 http://robbin.javaeye.com/blog/33971 討論了靜態(tài)語(yǔ)言和動(dòng)態(tài)語(yǔ)言在開(kāi)發(fā)方面的優(yōu)勢(shì)和使用情況等，還在討論中，不好定論。
注：一般來(lái)說(shuō)，靜態(tài)語(yǔ)言比較容易調(diào)試，而動(dòng)態(tài)語(yǔ)言不太容易調(diào)試，因?yàn)樽償?shù)太多，呵呵。
由于靜態(tài)語(yǔ)言不夠靈活，再加上現(xiàn)在隨著系統(tǒng)的擴(kuò)大，以及框架建立的需要，所以說(shuō)靜態(tài)語(yǔ)言也需要越來(lái)越多的動(dòng)態(tài)的特性，而作為現(xiàn)在首當(dāng)其沖的 Java 語(yǔ)言，也要通過(guò)反射，在執(zhí)行期間做一些動(dòng)態(tài)的調(diào)整以適應(yīng)多變的需求。
在 Reflection 機(jī)制中，最重要的一個(gè)類就是 Class 類，這里面記錄了我們所定義的 class 中的一些信息，我們可以通過(guò)其獲得我們定義的 變量、方法、構(gòu)造函數(shù)以及父類等等，并且可以動(dòng)態(tài)的對(duì)其進(jìn)行調(diào)用，這樣就可以在某些時(shí)候?qū)⑽覀儧](méi)有事先設(shè)計(jì)的代碼在運(yùn)行期間執(zhí)行，而不對(duì)原有的程序進(jìn)行改變。
具體的使用樣例可以參考： Core Java 2 第六、七版，或者侯捷的 java Reflection 教程（下載地址：http://www.aygfsteel.com/Files/wqhtomcat/Java反射機(jī)制-javatwo-2004-reflection.rar）。
1、? java 范型的實(shí)現(xiàn)原理： Java 語(yǔ)言中的泛型基本上完全在編譯器中實(shí)現(xiàn)，由編譯器執(zhí)行類型檢查和類型推斷，然后生成普通的非泛型的字節(jié)碼。這種實(shí)現(xiàn)技術(shù)稱為擦除（ erasure ）（編譯器使用泛型類型信息保證類型安全，然后在生成字節(jié)碼之前將其清除），所以說(shuō)其實(shí) java 的所謂的范型知識(shí)形式上的，僅僅是在編譯期做了手腳，生成了一些標(biāo)明范型的變量，應(yīng)為這些都是編譯期的行為，那么引用 buaawhl 的一句話就是說(shuō)： java 只能支持 Field, Method 的 generic type 信息，這些信息存放在 class 文件的 contant pool 中，作為字符串常量出現(xiàn)，標(biāo)志是 signature 。
2、? 由于 Java 范型的實(shí)現(xiàn)采用的是 Erasure 方式，僅僅是在編譯期進(jìn)行檢查，所以在運(yùn)行過(guò)程中我們就不能進(jìn)行范型的實(shí)例化，因?yàn)槲覀儾恢赖降滓獙?shí)例化什么類型的對(duì)象，與原來(lái)我們手動(dòng)進(jìn)行強(qiáng)制類型轉(zhuǎn)換的一樣，我們?nèi)绻牢覀兡軌蜣D(zhuǎn)換成什么對(duì)象，那么我們就可以將我們知道的類型的信息傳遞過(guò)去，也就是吧 XX.class 傳遞過(guò)去，這樣 jvm 就知道我們要實(shí)例化什么樣的對(duì)象了。?
3、? 原來(lái) Class<T> 表示的是一個(gè)范型的 Class 類啊，為什么搞的像 List<T> 樣式的范型聲明呢？搞得我迷糊了好長(zhǎng)時(shí)間，一致以為是一個(gè)類似容器的東西呢，這個(gè)語(yǔ)法感覺(jué)到有些奇怪，見(jiàn)笑了：），這個(gè)類一般用來(lái)接受 XX.class 返回的對(duì)象。
4、? 要想在 java 中范型用得爽，還得配合使用反射才行啊。由于 Java 采用了擦拭法進(jìn)行范型的支持，所以我們依舊不能在運(yùn)行期獲取到具體的類型的信息，而至能夠在我們進(jìn)行設(shè)計(jì)的時(shí)候?qū)ζ漕愋托畔⑦M(jìn)行指定，那么我們指定的類型的信息就可以存放在編譯后生成的 class 文件中了，我們可以通過(guò)反射來(lái)獲取到具體的存放的信息，要獲取到動(dòng)態(tài)的傳入的信息就不行了。
如下所示：
定義一個(gè)超類：?
再定義一個(gè)子類：
那么我們只能夠獲得我們實(shí)現(xiàn)定義好的要傳入到 SuperClass 類中的 Integer 類型的范型信息，而不能得到我們?cè)诔绦蛑袀魅氲?/span> Shit 類的類型信息，因?yàn)?/span> java 范型的信息不記錄的實(shí)例中，僅僅在類中進(jìn)行了記錄（這點(diǎn)感覺(jué) java 的范型還不夠成熟，可能因?yàn)橐蚝蠹嫒莸仍虬桑?/span>
參考資料：
http://www.duduwolf.com/wiki/2006/51.html
http://calvin.javaeye.com/blog/33139 ?? 白衣的 SpringSide 中對(duì)范型使用的說(shuō)明
http://www-128.ibm.com/developerworks/cn/java/j-jtp01255.html ? Java 理論和實(shí)踐關(guān)于范型的講解
http://www.nirvanastudio.org/java/dont-repeat-the-dao.html ? 范型實(shí)現(xiàn)可重用 DAO 的文章
http://gceclub.sun.com.cn/Java_Docs/html/zh_CN/api/java/lang/reflect/ParameterizedType.html#getActualTypeArguments()
http://buaawhl.javaeye.com/blog/22020 ? 范型的實(shí)現(xiàn)原理，講的比較清楚