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