關于事務（ 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）。

看來還是有許多事情要做，此Task List需要進行不斷的更新

1、Java Reflection
2、Hibernate
3、Spring
4、Struts/WebWork/Struts2
5、事務控制
6、App Server
7、Java基礎深入
8、設計模式
9、Unix/Linux操作系統
10、JUnit
11、SVN/CVS
12、敏捷開發（XP）
13、快速構建
14、Oracle

待續......

===================================================

學習無止境~

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 ? 范型的實現原理，講的比較清楚

?

軟件開發離不開團隊的建設，一個好的團隊能夠培養和帶動一批人，并且能夠使團隊成員能夠更加熱愛這個團隊，讓每個人都能感覺到自己的價值所在，為了能夠達到這樣一個目的，我們應該有相應的手段或者策略來進行團隊的管理和促進，不知道大家有沒有適合自己團隊的建設方案，這里我僅僅談一談我的一些看法和建議（呵呵，想到什么地方就說到什么地方吧，僅僅是表達自己的一些看法，可能有些不是太清晰，隨著感悟的增多還會持續的對其進行修改），希望能夠與在這方面有經驗的朋友能夠進行交流。

1、團隊的文化。聽著好像很大，又是一頂大帽子，空而無味，不過這個確實是必不可少的。有時候團隊的文化并不是誰能夠說的算的，他和團隊的成員，團隊的氣氛以及團隊的方向有著直接的關系。

2、團隊的學習氣氛。這里我想發表一下自己的觀點，我比較主張的是知識共享型的團隊學習氣氛，大家各有所長，能夠相互交流，相互幫助，形成一種定期交流技術的氛圍，在這一點上，一個團隊的主要負責人應該起到領導和推進的作用，比如說，可以讓團隊的成員將自己感興趣的技術匯報上來，然后進行歸類整理，可以在項目的技術考察期進行技術研究的任務分配，如果能夠有足夠的人手進行Pair研究是最好的了，然后進行技術的交流和培訓，使團隊中的每個人都能夠有一種參與感和成就感。

3、團隊共享知識平臺。人見多了，很容易就碰上覺得十分相似的人，程序寫多了，相似的程序也就很常見了，呵呵，這就是我們常說的軟件的復用，但是真正能夠進行完全照搬的復用的情況很少，大部分還是需要感覺實際的情況進行調整和優化的，然而我覺得思想的復用或者相關知識的復用是很常見的。比如說團隊內部有人已經對Log技術進行了比較深入的研究，可能大家還都不知道，而另外一為成員也想對該技術進行一些研究，但是他卻不知道他的隊友已經對其進行了比較全面的研究，這時候我們采取的方式一般都是利用搜索引擎進行相關信息的搜索，然后進行知識收集和整理，這樣存在的一個問題就是，我們不能和文章的作者進行有效及時的交流。如果們有了一個知識共享的平臺，那么我們就可以在這個平臺上找到我們團隊中對其掌握較好的人員，然后進行更加直接有效的交流。共享平臺的方式可以采用團隊內部的Blog或者Wiki等

未完待續......

Log4J 原理以及配置的研究

?

在進行 Log4J 的使用過程中，我對下面的兩個問題比較敏感：

?

1、? Log4J 是如何進行工作的？

這是在 Log4J 項目中對 Log4J 的介紹中的一段話

With log4j it is possible to enable logging at runtime without modifying the application binary. The log4j package is designed so that these statements can remain in shipped code without incurring a heavy performance cost. Logging behavior can be controlled by editing a configuration file, without touching the application binary.

?

對于 Log4J 的具體如何進行工作的原理，在 javaeye 上 buaawhl 給出了一個解釋：

http://buaawhl.javaeye.com/blog/6450

總結一下就是利用 JDK 提供的 new Throwable().getStackTrace() 方法返回當前運行棧的結構層次，然后對返回的調用棧的信息進行分析，找到調用該類的類的名稱。（也就是Log4J自己說的Runtime期間實現Log）

?

由于在 Log4J 中只存在一個根 Logger ，并且 Logger 之間存在繼承的關系，并且我們可以在配置文件（ log4J.proerties 或者 XML ）中進行配置，可以初始化指定的 Logger ，并且對指定的 Logger 進行一些相關的配置，如設置如何進行輸出，以及如何將輸出進行布局。并且由于 Logger 之間會存在繼承的關系（會找一個最近的 Logger 進行繼承，如果沒有就以根 Logger 作為父類，共享父類的配置信息），以及父子類之間初始化沒有先后的順序，所以我們可以在配置文件中，對各個程序以及不同的包中使用到 Log4j 的 Log 紀錄方式進行配置。

?

如果在同一個 APPLICATION 對相同名稱的 Logger 進行調用，那么只會返回一個 Logger 實例。

2、? Log4J 會不會對系統的性能造成大的影響？

?

這是對 Log4J 性能的一些描述，看來還是不錯的，呵呵，在調整一下 Log 的等級就可以了。

On an AMD Duron clocked at 800Mhz running JDK 1.3.1, it costs about 5 nanoseconds to determine if a logging statement should be logged or not. Actual logging is also quite fast, ranging from 21 microseconds using the SimpleLayout, 37 microseconds using the TTCCLayout. The performance of the PatternLayout is almost as good as the dedicated layouts, except that it is much more flexible.

注：對于 Common Logging 和 Log4J 的關系可以參見 （其實 JCL 是一個規范，對一些 Log 工具進行了包裝，我們常會使用到的具體實現還是 Log4j ，當然也可以使用其他的實現）

http://hedong.3322.org/archives/000316.html

參考資料：

http://www-128.ibm.com/developerworks/cn/java/l-log4j/index.html 使用 Log4J 進行日志操作

http://zooo.51.net/heavyz_cs/notebook/log4j.html Log4J 學習筆記（推薦）

http://www.dingl.com/view.shtml?xh=485 log4j 配置

http://hedong.3322.org/archives/000193.html 竹筍炒肉的 Log4J 學習筆記

http://forum.springside.org.cn/redirect.php?fid=3&tid=382&goto=nextoldset SpringSide 對 Log4j 的使用要點

?

進入程序員生活的日子雖然不多，但是既然已經踏入了這個門檻，并且還要靠這個吃飯，那真的還得需要自己再好好的考慮一下了。

甭管怎么說，我們要做一行愛一行，只有培養了這種踏踏實實的精神，才有可能在其他的領域獲得成功，不然，一切都是惘然，沒有什么可說的。

話到這份上了，也就需要自己斟酌一下了，感覺前一段時間自己的心態十分不好，總是特別的浮躁，靜不下來，再加上工作的事情也搞得自己有些焦頭爛額了，現在是需要反思的時候了。別總是去干一些自己不應該干的事情，還是應該好好的把心思放在提高自己的水平上，不要把自己搞的太低，什么事情只要用心，總會有收獲的。Bless myself！

下面對于學習方面：

1、要做到看書學習的時候要進行深入的思考，不然的話就等于沒看，什么都沒有印象和收獲，要培養自己思考后做記錄的習慣（現在忘性太大了，總是原來看過的東西就記不起來了，不過看到原來的記錄還是能回想起來的）。

2、踏踏實實的把自己作為一個java方面Web開發人員所應該精通的知識真正的精通起來，不懂就問，別搞個模棱兩可，這樣對一些系統在設計上會有很不好的影響，因為有些東西你想不到。

3、提高自己的英語水平，不要總是有抵觸心里，英語是程序員成長道路上必不可少的工具，只有英語能夠用了，才能夠更快的接觸到國外的先進的知識和經驗，以保持自己的知識水平。

注：主要進行研究的內容包括（Java核心技術、Hibernate、Spring、Struts、WebWork以及Web開發的相關技術，在學習和總結后要留下文檔以便備忘！）