鑒于上回寫(xiě)的一點(diǎn)感想大家不嫌棄，都鼓勵(lì)小弟繼續(xù)寫(xiě)下去，好不容易等到國(guó)慶黃金周，實(shí)習(xí)總算有一個(gè)休息的階段，于是這就開(kāi)始寫(xiě)第二篇了。希望這次寫(xiě)的仍然對(duì)志同道合的朋友們有所幫助。上回講了Java動(dòng)態(tài)加載機(jī)制、classLoader原理和關(guān)于jdk和jre三個(gè)問(wèn)題。這次延續(xù)著講一些具體的類(lèi)庫(kù)。

　　1． 關(guān)于集合框架類(lèi)

　　相信學(xué)過(guò)Java的各位對(duì)這個(gè)名詞并不陌生，對(duì) java.util.*這個(gè)package肯定也不陌生。不知道大家查詢API的時(shí)候怎么去審視或者分析其中的一個(gè)package，每個(gè)包最重要的兩個(gè)部分就是interfaces和classes，接口代表了它能做什么，實(shí)現(xiàn)類(lèi)則代表了它如何去做。關(guān)注實(shí)現(xiàn)類(lèi)之前，我們應(yīng)該先理解清楚它的來(lái)源接口，不管在j2se還是j2ee中，都應(yīng)該是這樣。那么我們先看這三個(gè)接口：List、Set、Map。

　　也許有些人不太熟悉這三個(gè)名字，但相信大部分人都熟悉ArrayList，LinkedList，TreeSet，HashSet，HashMap， Hashtable等實(shí)現(xiàn)類(lèi)的名字。它們的區(qū)別也是滿容易理解的，List放可以重復(fù)的對(duì)象集合，Set放不可重復(fù)的對(duì)象組合，而Map則放 <Key,Value > 這樣的名值對(duì)， Key不可重復(fù)，Value可以。這里有幾個(gè)容易混淆的問(wèn)題：

　　到底Vector和ArrayList，Hashtable和HashMap有什么區(qū)別？
很多面試官喜歡問(wèn)這個(gè)問(wèn)題，其實(shí)更專(zhuān)業(yè)一點(diǎn)應(yīng)該這樣問(wèn)：新集合框架和舊集合框架有哪些區(qū)別？新集合框架大家可以在這些包中找since jdk1.2的，之前的如vector和Hashtable都是舊的集合框架包括的類(lèi)。那么區(qū)別是？

　　a. 新集合框架的命名更加科學(xué)合理。例如List下的ArrayList和LinkedList
b. 新集合框架下全部都是非線程安全的。建議去jdk里面包含的源代碼里面自己去親自看看vector和ArrayList的區(qū)別吧。當(dāng)然如果是jdk5.0之后的會(huì)比較難看一點(diǎn)，因?yàn)橛旨尤肓朔盒偷恼Z(yǔ)法，類(lèi)似c++的template語(yǔ)法。

　　那么大家是否想過(guò)為什么要從舊集合框架默認(rèn)全部加鎖防止多線程訪問(wèn)更新到新集合框架全部取消鎖，默認(rèn)方式支持多線程？(當(dāng)然需要的時(shí)候可以使用collections的靜態(tài)方法加鎖達(dá)到線程安全)
筆者的觀點(diǎn)是任何技術(shù)的發(fā)展都未必是遵循它們的初衷的，很多重大改變是受到客觀環(huán)境的影響的。大家知道Java的初衷是為什么而開(kāi)發(fā)的麼？是為嵌入式程序開(kāi)發(fā)的。記得上一篇講到classLoader機(jī)制麼？那正是為了節(jié)約嵌入式開(kāi)發(fā)環(huán)境下內(nèi)存而設(shè)計(jì)的。而走到今天，Java成了人們心中為互聯(lián)網(wǎng)誕生的語(yǔ)言。互聯(lián)網(wǎng)意味著什么？多線程是必然的趨勢(shì)。客觀環(huán)境在變，Java技術(shù)也隨著飛速發(fā)展，導(dǎo)致越來(lái)越脫離它的初衷。據(jù)說(shuō)Sun公司其實(shí)主打的是J2se，結(jié)果又是由于客觀環(huán)境影響，J2se幾乎遺忘，留在大家談?wù)摻裹c(diǎn)的一直是j2ee。

　　技術(shù)的細(xì)節(jié)這里就不多說(shuō)了，只有用了才能真正理解。解釋這些正是為了幫助大家理解正在學(xué)的和將要學(xué)的任何技術(shù)。之后講j2ee的時(shí)候還會(huì)再討論。

　　多扯句題外話：幾十年前的IT巨人是IBM，Mainframe市場(chǎng)無(wú)人可比。微軟如何打敗IBM？正是由于硬件飛速發(fā)展，對(duì)個(gè)人PC的需求這個(gè)客觀環(huán)境，讓微軟通過(guò)OS稱(chēng)為了第二個(gè)巨人。下一個(gè)打敗微軟的呢？Google。如何做到的？如果微軟并不和IBM爭(zhēng)大型機(jī)，Google借著互聯(lián)網(wǎng)飛速發(fā)展這個(gè)客觀環(huán)境作為決定性因素，避開(kāi)跟微軟爭(zhēng)OS，而是走搜索引擎這條路，稱(chēng)為第3個(gè)巨人。那么第4個(gè)巨人是誰(shuí)呢？很多專(zhuān)家預(yù)言將在亞洲或者中國(guó)出現(xiàn)， Whatever，客觀環(huán)境變化趨勢(shì)才是決定大方向的關(guān)鍵。當(dāng)然筆者也希望會(huì)出現(xiàn)在中國(guó)。

　　2． 關(guān)于Java設(shè)計(jì)模式

　　身邊的很多在看GOF的23種設(shè)計(jì)模式，似乎學(xué)習(xí)它無(wú)論在學(xué)校還是在職場(chǎng)，都成了一種流行風(fēng)氣。我不想列舉解釋這23種Design Pattern， 我寫(xiě)這些的初衷一直都是談自己的經(jīng)歷和看法，希望能幫助大家理解。
首先我覺(jué)得設(shè)計(jì)模式只是對(duì)一類(lèi)問(wèn)題的一種通用解決辦法，只要是面向?qū)ο蟮木幊填A(yù)言都可以用得上這23種。理解它們最好的方法就是親自去寫(xiě)每一種，哪怕是一個(gè)簡(jiǎn)單的應(yīng)用就足夠了。如果代碼實(shí)現(xiàn)也記不住的話，記憶它們對(duì)應(yīng)的UML圖會(huì)是一個(gè)比較好的辦法，當(dāng)然前提是必須了解UML。

　　同時(shí)最好能利用Java自身的類(lèi)庫(kù)幫助記憶，例如比較常用的觀察者模式，在java.util.*有現(xiàn)成的Observer接口和Observable這個(gè)實(shí)現(xiàn)類(lèi)，看看源代碼相信就足夠理解觀察者模式了。再比如裝飾器模式，大家只要寫(xiě)幾個(gè)關(guān)于java.io.*的程序就可以完全理解什么是裝飾器模式了。有很多人覺(jué)得剛?cè)腴T(mén)的時(shí)候不該接觸設(shè)計(jì)模式，比如圖靈設(shè)計(jì)叢書(shū)系列很出名的那本《Java設(shè)計(jì)模式》，作者: Steven John Metsker，大部分例子老實(shí)說(shuō)令現(xiàn)在的我也很迷惑。但我仍然不同意入門(mén)跟學(xué)習(xí)設(shè)計(jì)模式有任何沖突，只是我們需要知道每種模式的概念的和典型的應(yīng)用，這樣我們?cè)诘谝淮尉帉?xiě) FileOutputStream、BufferedReader、PrintWriter的時(shí)候就能感覺(jué)到原來(lái)設(shè)計(jì)模式離我們?nèi)绱酥�近，而且并不是多么神秘的東西。

　　另外，在學(xué)習(xí)某些模式的同時(shí)，反而更能幫助我們理解java類(lèi)庫(kù)的某些特點(diǎn)。例如當(dāng)你編寫(xiě)原型(Prototype)模式的時(shí)候，你必須了解的是 java.lang.Cloneable這個(gè)接口和所有類(lèi)的基類(lèi)Object的clone()這個(gè)方法。即深copy和淺copy的區(qū)別：

　　Object.clone()默認(rèn)實(shí)現(xiàn)的是淺copy，也就是復(fù)制一份對(duì)象拷貝，但如果對(duì)象包含其他對(duì)象的引用，不會(huì)復(fù)制引用，所以原對(duì)象和拷貝共用那個(gè)引用的對(duì)象。

　　深copy當(dāng)然就是包括對(duì)象的引用都一起復(fù)制啦。這樣原對(duì)象和拷貝對(duì)象，都分別擁有一份引用對(duì)象。如果要實(shí)現(xiàn)深copy就必須首先實(shí)現(xiàn) java.lang.Cloneable接口，然后重寫(xiě)clone()方法。因?yàn)樵贠bject中的clone()方法是protected簽名的，而 Cloneable接口的作用就是把protected放大到public，這樣clone()才能被重寫(xiě)。

　　那么又有個(gè)問(wèn)題了？如果引用的對(duì)象又引用了其他對(duì)象呢？這樣一直判斷并復(fù)制下去，是不是顯得很麻煩？曾經(jīng)有位前輩告訴我的方法是重寫(xiě)clone方法的時(shí)候直接把原對(duì)象序列化到磁盤(pán)上再反序列化回來(lái)，這樣不用判斷就可以得到一個(gè)深copy的結(jié)果。如果大家不了解序列化的作法建議看一看 ObjectOutputStream和ObjectInputStream

　　歸根結(jié)底，模式只是思想上的東西，把它當(dāng)成前人總結(jié)的經(jīng)驗(yàn)其實(shí)一點(diǎn)都不為過(guò)。鼓勵(lì)大家動(dòng)手自己去寫(xiě)，例如代理模式，可以簡(jiǎn)單的寫(xiě)一個(gè)Child類(lèi)， Adult類(lèi)。Child要買(mǎi)任何東西由Adult來(lái)代理實(shí)現(xiàn)。簡(jiǎn)單來(lái)說(shuō)就是Adult里的buy()內(nèi)部實(shí)際調(diào)用的是Child的buy()，可是暴露在main函數(shù)的卻是Adult.buy()。這樣一個(gè)簡(jiǎn)單的程序就足夠理解代理模式的基本含義了。