兩年JAVA編程經驗匯總

想來學習Java也有兩個年頭了，永遠不敢說多麼精通，但也想談談自己的感受，寫給軟體學院的同仁們，協助大家在技術的道路上少一點彎路。說得偉大一點是希望大家為軟體學院爭氣，其實最主要的還是大家自身的進步提升??

1． 關於動態載入機制??
學習Java比C++更容易理解OOP的思想，畢竟C++還混合了不少面向過程的成分。很多人都能背出來Java語言的特點，所謂的動態載入機制等等。當然概念往往是先記住而後消化的，可有多少人真正去體會過動態載入的機制，試圖去尋找過其中的細節呢?  提供大家一個方法：
在命令列視窗運行Java程式的時候，加上這個很有用的參數：

java  -verbose  *.class

這樣會清晰的列印出被載入的類檔案，大部分是jdk自身運行需要的，最後幾行會明顯的看到自己用到的那幾個類檔案被載入進來的順序。即使你聲明了一個類對象，不執行個體化也不會載入，說明只有真正用到那個類的執行個體即對象的時候，才會執行載入。這樣是不是大家稍微能明白一點動態載入了呢？^_^

2． 關於尋找class檔案原理??
建議大家在入門的時候在命令列視窗編譯和運行，不要藉助JCreator或者Eclipse等IDE去協助做那些事情。嘗試自己這樣做：
javac    -classpath  yourpath  *.java
java    -classpath  yourpath  *.class
也許很多人都能看懂，設定classpath的目的就是告訴編譯器去哪裡尋找你的class檔案.  不過至少筆者今日才弄懂JVM去查詢類的原理，編譯器載入類要依靠classloader，  而classloader有3個層級，從高到低分別是BootClassLoader(名字可能不準確)  ,  ExtClassLoader,  AppClassLoader.

這3個載入器分別對應著編譯器去尋找類檔案的優先順序別和不同的路徑：BootClassLoader對應jre/classes路徑，是編譯器最優先尋找class的地方
ExtClassLoader對應jre/lib/ext路徑，是編譯器次優先尋找class的地方
AppClassLoader對應當前路徑，所以也是編譯器預設找class的地方

其實大家可以自己寫個程式簡單的測試，對任何class，例如A, 
調用new  A().getClass().getClassLoader().toString()  列印出來就可以看到，把class檔案放在不同的路徑下再次執行，就會看到區別。特別注意的是如果列印出來是null就表示到了最進階 BootClassLoader,  因為它是C++編寫的，不存在Java對應的類載入器的名字。

尋找的順序是一種向上迂迴的思想，即如果本層級找不到，就只能去本層級之上的找，不會向下尋找。不過似乎從Jdk1.4到Jdk1.6這一特點又有改變，沒有找到詳細資料。所以就不舉例子了。告訴大家設計這種體系的是Sun公司曾經的技術核心宮力先生，一個純種華人哦！^_^

這樣希望大家不至於迷惑為什麼總報錯找不到類檔案，不管是自己寫的還是匯入的第三方的jar檔案（J2ee中經常需要匯入的）。

3． 關於jdk和jre??
大家肯定在安裝JDK的時候會有選擇是否安裝單獨的jre，一般都會一起安裝，我也建議大家這樣做。因為這樣更能協助大家弄清楚它們的區別：

Jre  是java  runtime  environment,  是java程式的運行環境。既然是運行，當然要包含jvm，也就是大家熟悉的虛擬機器啦，  還有所有java類庫的class檔案，都在lib目錄下打包成了jar。大家可以自己驗證。至於在windows上的虛擬機器是哪個檔案呢？  學過MFC的都知道什麼是dll檔案吧，那麼大家看看jre/bin/client裡面是不是有一個jvm.dll呢？那就是虛擬機器。

Jdk  是java  development  kit，是java的開發套件，裡麵包含了各種類庫和工具。當然也包括了另外一個Jre.    那麼為什麼要包括另外一個Jre呢？而且jdk/jre/bin同時有client和server兩個檔案夾下都包含一個jvm.dll。  說明是有兩個虛擬機器的。這一點不知道大家是否注意到了呢？

相信大家都知道jdk的bin下有各種java程式需要用到的命令，與jre的bin目錄最明顯的區別就是jdk下才有javac，這一點很好理解，因為 jre只是一個運行環境而已。與開發無關，正因為如此，具備開發功能的jdk自己的jre下才會同時有client性質的jvm和server性質的 jvm，  而僅僅作為運行環境的jre下只需要client性質的jvm.dll就夠了。

記得在環境變數path中設定jdk/bin路徑麽？這應該是大家學習Java的第一步吧，  老師會告訴大家不設定的話javac和java是用不了的。確實jdk/bin目錄下包含了所有的命令。可是有沒有人想過我們用的java命令並不是 jdk/bin目錄下的而是jre/bin目錄下的呢？不信可以做一個實驗，大家可以把jdk/bin目錄下的java.exe剪下到別的地方再運行 java程式，發現了什嗎？一切OK！

那麼有人會問了？我明明沒有設定jre/bin目錄到環境變數中啊？

試想一下如果java為了提供給大多數人使用，他們是不需要jdk做開發的，只需要jre能讓java程式跑起來就可以了，那麼每個客戶還需要手動去設定環境變數多麻煩啊？所以安裝jre的時候安裝程式自動幫你把jre的java.exe添加到了系統變數中，驗證的方法很簡單，大家看到了系統內容變數的 path最前面有“%SystemRoot%/system32;%SystemRoot%;”這樣的配置，那麼再去Windows/system32下面去看看吧，發現了什嗎？有一個java.exe。

如果強行能夠把jdk/bin挪到system32變數前面，當然也可以迫使使用jdk/jre裡面的java，不過除非有必要，我不建議大家這麼做。使用單獨的jre跑java程式也算是客戶環境下的一種測試。

這下大家應該更清楚jdk和jre內部的一些聯絡和區別了吧？

PS:  其實還有滿多感想可以總結的，一次寫多了怕大家扔磚頭砸死我，怪我太羅唆。大家應該更加踏實更加務實的去做一些研究並互相分享心得，大方向和太前沿的技術討論是必要的但最好不要太多，畢竟自己基礎都還沒打好，什麼都講最新版本其實是進步的一大障礙！

Java  學習雜談（二）
鑒於上回寫的一點感想大家不嫌棄，都鼓勵小弟繼續寫下去，好不容易等到國慶黃金周，實習總算有一個休息的階段，於是這就開始寫第二篇了。希望這次寫的仍然對志同道合的朋友們有所協助。上回講了Java動態載入機制、classLoader原理和關於jdk和jre三個問題。這次延續著講一些具體的類庫??

1．  關於集合架構類
相信學過Java的各位對這個名詞並不陌生，對  java.util.*這個package肯定也不陌生。不知道大家查詢API的時候怎麼去審視或者分析其中的一個package，每個包最重要的兩個部分就是interfaces和classes，介面代表了它能做什麼，實作類別則代表了它如何去做。關注實作類別之前，我們應該先理解清楚它的來源介面，不管在j2se還是j2ee中，都應該是這樣。那麼我們先看這三個介面：List、Set、Map。
也許有些人不太熟悉這三個名字，但相信大部分人都熟悉ArrayList，LinkedList，TreeSet，HashSet，HashMap，    Hashtable等實作類別的名字。它們的區別也是滿容易理解的，List放可以重複的對象集合，Set放不可重複的對象組合，而Map則放  <Key,Value  > 這樣的名值對，  Key不可重複，Value可以。這裡有幾個容易混淆的問題：

到底Vector和ArrayList，Hashtable和HashMap有什麼區別？
很多面試官喜歡問這個問題，其實更專業一點應該這樣問：新集合架構和舊集合架構有哪些區別？新集合架構大家可以在這些包中找since  jdk1.2的，之前的如vector和Hashtable都是舊的集合架構套件括的類。那麼區別是？
a.  新集合架構的命名更加科學合理。例如List下的ArrayList和LinkedList
b.  新集合架構下全部都是非安全執行緒的。建議去jdk裡麵包含的原始碼裡面自己去親自看看vector和ArrayList的區別吧。當然如果是jdk5.0之後的會比較難看一點，因為又加入了泛型的文法，類似c++的template文法。

那麼大家是否想過為什麼要從舊集合架構預設全部加鎖防止多線程訪問更新到新集合架構全部取消鎖，預設支援多線程？(當然需要的時候可以使用collections的靜態方法加鎖達到安全執行緒)
筆者的觀點是任何技術的發展都未必是遵循它們的初衷的，很多重大改變是受到客觀環境的影響的。大家知道Java的初衷是為什麼而開發的麽？是為嵌入式程式開發的。記得上一篇講到classLoader機制麽？那正是為了節約嵌入式開發環境下記憶體而設計的。而走到今天，Java成了人們心中為互連網誕生的語言。互連網意味著什嗎？多線程是必然的趨勢。客觀環境在變，Java技術也隨著飛速發展，導致越來越脫離它的初衷。據說Sun公司其實主打的是J2se，結果又是由於客觀環境影響，J2se幾乎遺忘，留在大家談論焦點的一直是j2ee。

技術的細節這裡就不多說了，只有用了才能真正理解。解釋這些正是為了協助大家理解正在學的和將要學的任何技術。之後講j2ee的時候還會再討論。
多扯句題外話：幾十年前的IT巨人是IBM，Mainframe市場無人可比。微軟如何打敗IBM？正是由於硬體飛速發展，對個人PC的需求這個客觀環境，讓微軟通過OS稱為了第二個巨人。下一個打敗微軟的呢？Google。如何做到的？如果微軟並不和IBM爭大型主機，Google藉著互連網飛速發展這個客觀環境作為決定性因素，避開跟微軟爭OS，而是走搜尋引擎這條路，稱為第3個巨人。那麼第4個巨人是誰呢？很多專家預言將在亞洲或者中國出現，  Whatever，客觀環境變化趨勢才是決定大方向的關鍵。當然筆者也希望會出現在中國，^_^~~

2．  關於Java設計模式
身邊的很多在看GOF的23種設計模式，似乎學習它無論在學校還是在職場，都成了一種流行風氣。我不想列舉解釋這23種Design  Pattern，  我寫這些的初衷一直都是談自己的經曆和看法，希望能協助大家理解。
首先我覺得設計模式只是對一類問題的一種通用解決辦法，只要是物件導向的編程預言都可以用得上這23種。理解它們最好的方法就是親自去寫每一種，哪怕是一個簡單的應用就足夠了。如果代碼實現也記不住的話，記憶它們對應的UML圖會是一個比較好的辦法，當然前提是必須瞭解UML。
同時最好能利用Java自身的類庫協助記憶，例如比較常用的觀察者模式，在java.util.*有現成的Observer介面和Observable這個實作類別，看看原始碼相信就足夠理解觀察者模式了。再比如裝飾器模式，大家只要寫幾個關於java.io.*的程式就可以完全理解什麼是裝飾器模式了。有很多人覺得剛入門的時候不該接觸設計模式，比靈設計叢書系列很出名的那本《Java設計模式》，作者:  Steven  John  Metsker，大部分例子老實說令現在的我也很迷惑。但我仍然不同意入門跟學習設計模式有任何衝突，只是我們需要知道每種模式的概念的和典型的應用，這樣我們在第一次編寫  FileOutputStream、BufferedReader、PrintWriter的時候就能感覺到原來設計模式離我們如此之近，而且並不是多麼神秘的東西。

另外，在學習某些模式的同時，反而更能協助我們理解java類庫的某些特點。例如當你編寫原型(Prototype)模式的時候，你必須瞭解的是  java.lang.Cloneable這個介面和所有類的基類Object的clone()這個方法。即深copy和淺copy的區別：
Object.clone()預設實現的是淺copy，也就是複製一份對象拷貝，但如果對象包含其他對象的引用，不會複製引用，所以原對象和拷貝共用那個引用的對象。
深copy當然就是包括對象的引用都一起複製啦。這樣原對象和拷貝對象，都分別擁有一份引用對象。如果要實現深copy就必須首先實現  java.lang.Cloneable介面，然後重寫clone()方法。因為在Object中的clone()方法是protected簽名的，而  Cloneable介面的作用就是把protected放大到public，這樣clone()才能被重寫。

那麼又有個問題了？如果引用的對象又引用了其他對象呢？這樣一直判斷並複製下去，是不是顯得很麻煩？曾經有位前輩告訴我的方法是重寫clone方法的時候直接把原對象序列化到磁碟上再還原序列化回來，這樣不用判斷就可以得到一個深copy的結果。如果大家不瞭解序列化的作法建議看一看  ObjectOutputStream和ObjectInputStream

歸根結底，模式只是思想上的東西，把它當成前人總結的經驗其實一點都不為過。鼓勵大家動手自己去寫，例如代理模式，可以簡單的寫一個Child類，  Adult類。Child要買任何東西由Adult來代理實現。簡單來說就是Adult裡的buy()內部實際調用的是Child的buy()，可是暴露在main函數的卻是Adult.buy()。這樣一個簡單的程式就足夠理解代理模式的基本含義了。 
Java  雜談（三）
        這已經筆者寫的第三篇Java雜記了，慶幸前兩篇一直得到論壇朋友們的支援鼓勵，還望大家繼續指正不足之處。筆者也一直渴望通過這樣方式清醒的自審，來尋找自己技術上的不足之處，希望和共同愛好Java的同仁們一起提高。
        前兩次分別講述了關於jvm、jdk、jre、collection、classLoader和一些Design  Pattern的自我理解。這次仍然不準備開始過渡到j2ee中，因為覺得還有一些瑣碎的j2se的問題沒有總結完畢。
   
          1．  關於Object類理解
        大家都知道Object是所有Java類的基類，  意味著所有的Java類都會繼承了Object的11個方法。建議大家去看看Object的  11個成員函數的原始碼，就會知道預設的實現方式。比如equals方法，預設實現就是用"=="來比較，即直接比較記憶體位址，返回true  或者  false。而toString()方法，返回的串組成方式是??
        "getClass().getName()  +  "@"  +  Integer.toHexString(hashCode())"
        其實不用我過多的解釋，大家都能看懂這個串的組成。接下來再看看hashCode()：
        public  native  int  hashCode()；
     
        由於是native方法，跟OS的處理方式相關，原始碼裡僅僅有一個聲明罷了。我們有興趣的話完全可以去深究它的hashCode到底是由OS怎麼樣產生的呢？但筆者建議最重要的還是先記住使用它的幾條原則吧！首先如果equals()方法相同的對象具有相通的hashCode，但equals  ()對象不相通的時候並不保證hashCode()方法返回不同的整數。而且下一次運行同一個程式，同一個對象未必還是當初的那個hashCode()  哦。
        其餘的方法呢？nofigy()、notifyAll()、clone()、wait()都是native方法的，說明依賴於作業系統的實現。最後一個有趣的方法是finalize()，類似C++的解構函式，簽名是protected，證明只有繼承擴充了才能使用，方法體是空的，默示什麼也不做。它的作用據筆者的瞭解僅僅是通知JVM此對象不再使用，隨時可以被銷毀，而實際的銷毀權還是在於虛擬機器手上。那麼它真的什麼也不做麽？未必，實際上如果是線程對象它會導致在一定範圍內該線程的優先順序別提高，導致更快的被銷毀來節約記憶體提高效能。其實從常理來說，我們也可以大概這樣猜測出jvm做法的目的。

        2．  關於重載hashCode()與Collection架構的關係
筆者曾經聽一位搞Java培訓多年的前輩說在他看來hashCode方法沒有任何意義，僅僅是為了配合證明具有同樣的hashCode會導致equals  方法相等而存在的。連有的前輩都犯這樣的錯誤，其實說明它還是滿容易被忽略的。那麼hashCode()方法到底做什麼用？
     
        學過資料結構的課程大家都會知道有一種結構叫hash  table，目的是通過給每個對象分配一個唯一的索引來提高查詢的效率。那麼Java也不會肆意扭曲改變這個概念，所以hashCode唯一的作用就是為支援資料結構中的雜湊表結構而存在的，換句話說，也就是只有用到集合架構的  Hashtable、HashMap、HashSet的時候，才需要重載hashCode()方法，
這樣才能使得我們能人為的去控制在雜湊結構中索引是否相等。筆者舉一個例子：
        曾經為了寫一個求解類程式，需要隨機列出1,2,3,4組成的不同排列組合，所以筆者寫了一個數組類用int[]來存組合結果，然後把隨機產生的組合加入一個HashSet中，就是想利用HashSet不包括重複元素的特點。可是HashSet怎麼判斷是不是重複的元素呢？當然是通過  hashCode()返回的結果是否相等來判斷啦，可做一下這個實驗：
        int[]  A  =  {1,2,3,4};
        int[]  B  =  {1,2,3,4};
        System.out.println(A.hashCode());
        System.out.println(B.hashCode());

        這明明是同一種組合，卻是不同的hashCode，加入Set的時候會被當成不同的對象。這個時候我們就需要自己來重寫hashCode()方法了，如何寫呢？其實也是基於原始的hashCode()，畢竟那是作業系統的實現，  找到相通對象唯一的標識，實現方式很多，筆者的實現方式是：
        首先重寫了toString()方法:
        return    A[0]“+”  A[1]“+”  A[2]“+”  A[3];  //顯示上比較直觀
        然後利用toString()來計算hashCode()：
        return    this.toString().hashCode()；
        這樣上述A和B返回的就都是”1234”，在測試toString().hashCode()，由於String在記憶體中的副本是一樣的，”1234”.hashCode()返回的一定是相同的結果。

        說到這，相信大家能理解得比我更好，今後千萬不要再誤解hashCode()方法的作用。

        3．  關於Class類的成員函數與Java反射機制
        很早剛接觸Java就聽很多老師說過Java的動態運行時機制、反射機制等。確實它們都是Java的顯著特點，運行時載入筆者在第一篇介紹過了，現在想講講反射機制。在Java中，主要是通過java.lang包中的Class類和Method類來實現記憶體反射機制的。
        熟悉C++的人一定知道下面這樣在C++中是做不到的：  運行時以字串參數傳遞一個類名，就可以得到這個類的所有資訊，包括它所有的方法，和方法的詳細資料。還可以執行個體化一個對象，並通過查到的方法名來調用該對象的任何方法。這是因為Java的類在記憶體中除了C++中也有的靜態動態資料區之外，還包括一份對類自身的描述，也正是通過這描述中的資訊，才能協助我們才運行時讀取裡面的內容，得到需要載入目標類的所有資訊，從而實現反射機制。大家有沒有想過當我們需要得到一個JavaBean的執行個體的時候，怎麼知道它有哪些屬性呢？再明顯簡單不過的例子就是自己寫一個JavaBean的解析器：

        a.  通過Class.forName(“Bean的類名”)得到Class對象，例如叫ABeanClass
        b.  通過ABeanClass的getMethods()方法，得到Method[]對象
        c.  按照規範所有get方法名後的單詞就代表著該Bean的一個屬性
        d.  當已經知道一個方法名，可以調用newInstance()得到一個執行個體，然後通過invoke()方法將方法的名字和方法需要用的參數傳遞進去，就可以動態調用此方法。

        當然還有更複雜的應用，這裡就不贅述，大家可以參考Class類和Method類的方法。

        4．  坦言Synchronize的本質
        Synchronize大家都知道是同步、加鎖的意思，其實它的本質遠沒有大家想得那麼複雜。聲明Synchronize的方法被調用的時候，鎖其實是載入對象上，當然如果是靜態類則是加在類上的鎖，調用結束鎖被解除。它的實現原理很簡單，僅僅是不讓第二把鎖再次被加在同一個對象或類上，僅此而已。一個簡單的例子足以說明問題：
        class  A{
synchronized  void  f(){}
void  g(){}
        }

        當A的一個對象a被第一個線程調用其f()方法的時候，第二個線程不能調用a的synchronized方法例如f()，因為那是在試圖在對象上加第二把鎖。但調用g()卻是可以的，因為並沒有在同一對象上加兩把鎖的行為產生。
        這樣大家能理解了麽？明白它的原理能更好的協助大家設計同步機制，不要濫用加鎖。

        PS：下篇筆者計劃開始對J2ee接觸到的各個方面來進行總結，談談自己的經驗和想法。希望大家還能一如既往的支援筆者寫下去，指正不足之處。 
 
 
Java雜談（四）

        不知不覺已經寫到第四篇了，論壇裡面不斷的有朋友鼓勵我寫下去。堅持自己的作風，把一切迷惑不容易理清楚的知識講出來，講到大家都能聽懂，那麼自己就真的懂了。最近在公司實習的時候Trainer跟我講了很多經典事迹，對還未畢業的我來說是筆不小的財富，我自己的信念是：人在逆境中成長的速度要遠遠快過順境中，這樣來看一切都能欣然接受了。
        好了，閑話不說了，第三篇講的是反射機制集合架構之類的，這次打算講講自己對還原序列化和多線程的理解。希望能對大家學習Java起到協助??
     
        1．關於序列化和還原序列化
        應該大家都大概知道Java中序列化和還原序列化的意思，序列化就是把一個Java對象轉換成二進位進行磁碟上傳輸或者網路流的傳輸，還原序列化的意思就是把這個接受到的二進位流重新組裝成原來的對象逆過程。它們在Java中分別是通過ObjectInputStream和  ObjectOutStream這兩個類來實現的（以下分別用ois和oos來簡稱）。
     
        oos的writeObject()方法用來執行序列化的過程，ois的readObject()用來執行還原序列化的過程，在傳輸二進位流之前，需要講這兩個高層流對象串連到同一個Channel上，這個Channel可以是磁碟檔案，也可以是socket底層流。所以無論用哪種方式，底層流對象都是以建構函式參數的形式傳遞進oos和ois這兩個高層流，串連完畢了才可以進行位元據傳輸的。例子：
        可以是檔案流通道
        file  =  new  File(“C:/data.dat”);
        oos  =  new  ObjectOutputStream(new  FileOutputStream(file));
        ois  =  new  ObjectInputStream(new  FileInputStream(file));
     
        或者網路流通道
        oos  =  new  ObjectOutputStream(socket.getOutputStream());
        ois  =  new  ObjectInputStream(socket.getInputStream()); 

        不知道大家是否注意到oos總是在ois之前定義，這裡不希望大家誤解這個順序是固定的嗎？回答是否定的，那麼有順序要求嗎？回答是肯定的。原則是什麼呢？
原則是互相對接的輸入/輸出流之間必須是output流先初始化然後再input流初始化，否則就會拋異常。大家肯定會問為什嗎？只要稍微看一看這兩個類的原始碼檔案就大概知道了，output流的任務很簡單，只要把對象轉換成二進位往通道中寫就可以了，但input流需要做很多準備工作來接受並最終重組這個Object，所以ObjectInputStream的建構函式中就需要用到output初始化發送過來的header資訊，這個方法叫做  readStreamHeader()，它將會去讀兩個Short值用於決定用多大的緩衝來存放通道發送過來的二進位流，這個緩衝的size因jre的版本不同是不一樣的。所以output如果不先初始化，input的建構函式首先就無法正確運行。
     
        對於上面兩個例子，第一個順序是嚴格的，第二個因為oos和ois串連的已經不是對方了，而是socket另外一端的流，需要嚴格按照另外一方對接的output流先於對接的input流開啟才能順利運行。
     
        這個writeObject和readObject本身就是安全執行緒的，傳輸過程中是不允許被並發訪問的。所以對象能一個一個接連不斷的傳過來，有很多人在啟動並執行時候會碰到EOFException,  然後百思不得其解，去各種論壇問解決方案。其實筆者這裡想說，這個異常不是必須聲明的，也就是說它雖然是異常，但其實是正常運行結束的標誌。EOF表示讀到了檔案尾，發送結束自然串連也就斷開了。如果這影響到了你程式的正確性的話，請各位靜下心來看看自己程式的商務邏輯，而不要把注意力狹隘的聚集在發送和接受的方法上。因為筆者也被這樣的bug困擾了1整天，被很多論壇的文章誤解了很多次最後得出的教訓。如果在while迴圈中去readObject，本質上是沒有問題的，有對象資料來就會讀，沒有就自動阻塞。那麼拋出EOFException一定是因為串連斷了還在繼續read，什麼原因導致串連斷了呢？一定是商務邏輯哪裡存在錯誤，比如NullPoint、  ClassCaseException、ArrayOutofBound，即使程式較大也沒關係，最多隻要單步調適一次就能很快發現bug並且解決它。
     
        難怪一位程式大師說過：解決問題90％靠經驗，5％靠技術，剩下5％靠運氣！真是金玉良言，筆者大概查閱過不下30篇討論在while迴圈中使用  readObject拋出EOFExceptionde  的文章，大家都盲目的去關註解釋這個名詞、還原序列化的行為或反對這樣寫而沒有一個人認為EOF是正確的行為，它其實很老實的在做它的事情。為什麼大家都忽略了真正出錯誤的地方呢？兩個字，經驗！

        2．關於Java的多線程編程
        關於Java的線程，初學或者接觸不深的大概也能知道一些基本概念，同時又會很迷惑線程到底是怎麼回事？如果有人認為自己已經懂了不妨來回答下面的問題：
        a.  A對象實現Runnable介面，A.start()運行後所謂的線程對象是誰？是A嗎？
        b.  線程的wait()、notify()方法到底是做什麼時候用的，什麼時候用？
        c.  為什麼線程的suspend方法會被標註過時，不推薦再使用，線程還能掛起嗎？
        d.  為了同步我們會對線程方法聲明Synchronized來加鎖在對象上，那麼如果父類的f()方法加了Synchronized，子類重寫f()方法必須也加Synchronized嗎？如果子類的f()方法重寫時聲明Synchronized並調用super.f()，那麼子類對象上到底有幾把鎖呢？會因為競爭產生死結嗎？

        呵呵，各位能回答上來幾道呢？如果這些都能答上來，說明對線程的概念還是滿清晰的，雖說還遠遠不能算精通。筆者這裡一一做回答，礙於篇幅的原因，筆者盡量說得簡介一點，如果大家有疑惑的歡迎一起討論。
     
        首先第一點，線程跟對象完全是兩回事，雖然我們也常說線程對象。但當你用run()和start()來啟動一個線程之後，線程其實跟這個繼承了  Thread或實現了Runnable的對象已經沒有關係了，對象只能算記憶體中可用資源而對象的方法只能算記憶體本文區可以執行的程式碼片段而已。既然是資源和程式碼片段，另外一個線程當然也可以去訪問，main函數執行就至少會啟動兩個線程，一個我們稱之為主線程，還一個是垃圾收集器的線程，主線程結束就意味著程式結束，可垃圾收集器線程很可能正在工作。
     
        第二點，wait()和sleep()類似，都是讓線程處於阻塞狀態暫停一段時間，不同之處在於wait會釋放當前線程佔有的所有的鎖，而  sleep不會。我們知道獲得鎖的唯一方法是進入了Synchronized保護程式碼片段，所以大家會發現只有Synchronized方法中才會出現  wait，直接寫會給警告沒有獲得當前對象的鎖。所以notify跟wait配合使用，notify會重新把鎖還給阻塞的線程重而使其繼續執行，當有多個對象wait了，notify不能確定喚醒哪一個，必經鎖只有一把，所以一般用notifyAll()來讓它們自己根據優先順序等競爭那唯一的一把鎖，競爭到的線程執行，其他線程只要繼續wait。

        從前Java允許在一個線程之外把線程掛起，即調用suspend方法，這樣的操作是極不安全的。根據物件導向的思想每個對象必須對自己的行為負責，而對自己的權力進行封裝。如果任何外步對象都能使線程被掛起而阻塞的話，程式往往會出現混亂導致崩潰，所以這樣的方法自然是被斃掉了啦。
     
        最後一個問題比較有意思，首先回答的是子類重寫f()方法可以加Synchronized也可以不加，如果加了而且還內部調用了super.f  ()的話理論上是應該對同一對象加兩把鎖的，因為每次調用Synchronized方法都要加一把，調用子類的f首先就加了一把，進入方法內部調用父類的  f又要加一把，加兩把不是互斥的嗎？那麼調父類f加鎖不就必須永遠等待已經加的鎖釋放而造成死結嗎？實際上是不會的，這個機制叫重進入，當父類的f方法試圖在本對象上再加一把鎖的時候，因為當前線程擁有這個對象的鎖，也可以理解為開啟它的鑰匙，所以同一個線程在同一對象上還沒釋放之前加第二次鎖是不會出問題的，這個鎖其實根本就沒有加，它有了鑰匙，不管加幾把還是可以進入鎖保護的程式碼片段，暢通無阻，所以叫重進入，我們可以簡單認為第二把鎖沒有加上去。
     
        總而言之，Synchronized的本質是不讓其他線程在同一對象上再加一把鎖。
#########################################################################################################
Java雜談（五）

        本來預計J2se只講了第四篇就收尾了，可是版主厚愛把文章置頂長期讓大家瀏覽讓小弟倍感責任重大，務必追求最到更好，所以關於J2se一些沒有提到的部分，決定再寫幾篇把常用的部分經驗全部寫出來供大家討論切磋。這一篇準備講一講Xml解析包和Java  Swing，然後下一篇再講java.security包關於Java沙箱安全機制和RMI機制，再進入J2ee的部分，暫時就做這樣的計划了。如果由於實習繁忙更新稍微慢了一些，希望各位見諒！ 

        1．  Java關於XML的解析   
        相信大家對XML都不陌生，含義是可延伸標記語言 (XML)。本身它也就是一個資料的載體以樹狀表現形式出現。後來慢慢的資料變成了資訊，區別是資訊可以包括可變的狀態從而針對程式硬式編碼做法變革為針對統一介面寫入程式碼而可變狀態作為資訊進入了XML中儲存。這樣改變狀態實現擴充的唯一工作是在XML中添加一段文本資訊就可以了，代碼不需要改動也不需要重新編譯。這個靈活性是XML誕生時候誰也沒想到的。 

        當然，如果介面要能提取XML中配置的資訊就需要程式能解析規範的XML檔案，Java中當然要提高包對這個行為進行有利支援。筆者打算講到的兩個包是 org.w3c.dom和javax.xml.parsers和。（大家可以瀏覽一下這些包中間的介面和類定義） 
       
        Javax.xml.parsers包很簡單，沒有介面，兩個工廠配兩個解析器。顯然解析XML是有兩種方式的：DOM解析和SAX解析。本質上並沒有誰好誰不好，只是實現的思想不一樣罷了。給一個XML檔案的例子： 
          <?xml  version=”1.0”  encoding=”UTF-8”  > 
          <root  > 
<child    name=”Kitty”  >   
                  A  Cat   
                  </child  > 
          </root  > 
       
        所謂DOM解析的思路是把整個樹狀圖存入記憶體中，需要那個節點只需要在樹上搜尋就可以讀到節點的屬性，內容等，這樣的好處是所有節點皆在記憶體可以反覆搜尋重複使用，缺點是需要消耗相應的記憶體空間。 
       
        自然SAX解析的思路就是為了克服DOM的缺點，以事件觸發為基本思路，順序的搜尋下來，碰到了Element之前觸發什麼事件，碰到之後做什麼動作。由於需要自己來寫觸發事件的處理方案，所以需要藉助另外一個自訂的Handler，處於org.xml.sax.helpers包中。它的優點當然是不用整個包都讀入記憶體，缺點也是只能順序搜尋，走完一遍就得重來。 
       
        大家很容易就能猜到，接觸到的J2ee架構用的是哪一種，顯然是DOM。因為類似Struts，Hibernate架構設定檔畢竟是很小的一部分配置資訊，而且需要頻繁搜尋來讀取，當然會採用DOM方式（其實SAX內部也是用DOM採用的結構來儲存節點資訊的）。現在無論用什麼架構，還真難發現使用 SAX來解析XML的技術了，如果哪位仁兄知道，請讓筆者也學習學習。 

        既然解析方式有了，那麼就需要有解析的儲存位置。不知道大家是否發現org.w3c.dom這個包是沒有實作類別全部都是介面的。這裡筆者想說一下Java 如何對XML解析是Jdk應該考慮的事，是它的責任。而w3c組織是維護定義XML標準的組織，所以一個XML結構是怎麼樣的由w3c說了算，它不關心 Java如何去實現，於是乎規定了所有XML儲存的結構應該遵循的規則，這就是org.w3c.dom裡全部的介面目的所在。在筆者看來，簡單理解介面的概念就是實現者必須遵守的原則。 

        整個XML對應的結構叫Document、子項目對應的叫做Element、還有節點相關的Node、NodeList、Text、Entity、 CharacterData、CDATASection等介面，它們都可以在XML的文法中間找到相對應的含義。由於這裡不是講解XML基本文法，就不多介紹了。如果大家感興趣，筆者也可以專門寫一篇關於XML的文法規則帖與大家分享一下。 

        2．  Java  Swing 
        Swing是一個讓人又愛又恨的東西，可愛之處在於上手很容易，較AWT比起來Swing提供的介面功能更加強大，可恨之處在於編複雜的介面工作量實在是巨大。筆者寫過超過3000行的Swing介面，感覺使用者體驗還不是那麼優秀。最近又寫過超過6000行的，由於功能模組多了，整體效果還只是一般般。體會最深的就一個字：累!  所以大家現在都陸續不怎麼用Swing在真正開發的項目上了，太多介面技術可以取代它了。筆者去寫也是迫於無奈組裡面大家都沒寫過，我不入地區誰入？ 
       
        儘管Swing慢慢的在被人忽略，特別是隨著B/S慢慢的在淹沒C/S，筆者倒是很願意站出來為Swing正身。每一項技術的掌握絕不是為了流行時尚跟風。真正喜歡Java的朋友們還是應該好好體會一下Swing，相信在校的很多學生也很多在學習它。很可能從Jdk  1.1、1.2走過來的很多大學老師可能是最不熟悉它的。 
Swing提供了一組輕組件統稱為JComponent，它們與AWT組件的最大區別是JComponent全部都是Container，而 Container的特點是裡面可以裝載別的組件。在Swing組件中無論是JButton、JLabel、JPanel、JList等都可以再裝入任何其他組件。好處是程式員可以對Swing組件實現“再開發”，針對特定需求構建自己的按鈕、標籤、畫板、列表之類的特定組件。 

        有輕自然就有重，那麼輕組件和重組件區別是？重組件表現出來的形態因作業系統不同而異，輕組件是Swing自己提供GUI，在跨平台的時候最大程度的保持一致。 
那麼在編程的時候要注意一些什麼呢？筆者談談自己的幾點經驗： 

        a.  明確一個概念，只有Frame組件才可以單獨顯示的，也許有人會說JOptionPane裡面的靜態方法就實現了單獨視窗出現，但追尋原始碼會發現其實現實出來的Dialog也需要依託一個Frame表單，如果沒有指定就會預設產生一個然後裝載這個Dialog顯示出來。 

        b.  JFrame是由這麼幾部分組成： 
                最底下一層JRootPane，上面是glassPane  (一個JPanel)和layeredPane  (一個JLayeredPane)，而layeredPane又由contentPane(一個JPanel)和menuBar構成。我們的組件都是加在 contentPane上，而背景圖片只能加在layeredPane上面。  至於glassPane是一個透明的覆蓋了contentPane的一層，在特定效果中將被利用到來記錄滑鼠座標或掩飾組件。 

        c.  為了增強使用者體驗，我們會在一些按鈕上添加快速鍵，但Swing裡面通常只能識別鍵盤的Alt鍵，要加入其他的快速鍵，必須自己實現一個ActionListener。 

        d.  通過setLayout(null)可以使得所有組件以setBounds()的四個參數來精確定位各自的大小、位置，但不推薦使用，因為好的編程風格不應該在Swing代碼中寫入程式碼具體數字，所有的數字應該以常數的形式統一存在一個靜態無執行個體資源類檔案中。這個靜態無執行個體類統一負責Swing介面的風格，包括字型和顏色都應該包括進去。 

        e.  好的介面設計有一條Golden  Rule:  使用者不用任何手冊通過少數嘗試就能學會使用軟體。所以盡量把按鈕以菜單的形式（不管是右鍵菜單還是表單內建頂部菜單）呈現給顧客，除非是頻繁點擊的按鈕才有必要直接呈現在介面中。 

        其實Swing的功能是相當強大的，只是現在應用不廣泛，專門去研究大概是要花不少時間的。筆者在各網站論壇瀏覽關於Swing的技巧文章還是比較可信的，自己所學非常有限，各人體會對Swing各個組件的掌握就是一個實踐積累的過程。筆者只用到過以上這些，所以只能談談部分想法，還望大家見諒！