來學(xué)習(xí)Java也有兩個(gè)年頭了，永遠(yuǎn)不敢說多么精通，但也想談?wù)勛约旱母惺�，寫給軟件學(xué)院的同仁們，幫助大家在技術(shù)的道路上少一點(diǎn)彎路。說得偉大一點(diǎn)是希望大家為軟件學(xué)院爭氣，其實(shí)最主要的還是大家自身的進(jìn)步提升。

　　1． 關(guān)于動(dòng)態(tài)加載機(jī)制

　　學(xué)習(xí)Java比C++更容易理解OOP的思想，畢竟C++還混合了不少面向過程的成分。很多人都能背出來Java語言的特點(diǎn)，所謂的動(dòng)態(tài)加載機(jī)制等等。當(dāng)然概念往往是先記住而后消化的，可有多少人真正去體會(huì)過動(dòng)態(tài)加載的機(jī)制，試圖去尋找過其中的細(xì)節(jié)呢? 提供大家一個(gè)方法：
在命令行窗口運(yùn)行Java程序的時(shí)候，加上這個(gè)很有用的參數(shù)：

　　java verbose *.class

　　這樣會(huì)清晰的打印出被加載的類文件，大部分是jdk自身運(yùn)行需要的，最后幾行會(huì)明顯的看到自己用到的那幾個(gè)類文件被加載進(jìn)來的順序。即使你聲明了一個(gè)類對象，不實(shí)例化也不會(huì)加載，說明只有真正用到那個(gè)類的實(shí)例即對象的時(shí)候，才會(huì)執(zhí)行加載。這樣是不是大家稍微能明白一點(diǎn)動(dòng)態(tài)加載了呢？^_^

　　2． 關(guān)于尋找class文件原理

　　建議大家在入門的時(shí)候在命令行窗口編譯和運(yùn)行，不要借助JCreator或者Eclipse等IDE去幫助做那些事情。嘗試自己這樣做：
　　javac -classpath yourpath *.java
　　java -classpath yourpath *.class
　　也許很多人都能看懂，設(shè)置classpath的目的就是告訴編譯器去哪里尋找你的class文件. 不過至少筆者今日才弄懂JVM去查詢類的原理，編譯器加載類要依靠classloader， 而classloader有3個(gè)級別，從高到低分別是BootClassLoader(名字可能不準(zhǔn)確) , ExtClassLoader, AppClassLoader.

　　這3個(gè)加載器分別對應(yīng)著編譯器去尋找類文件的優(yōu)先級別和不同的路徑：BootClassLoader對應(yīng)jre/classes路徑，是編譯器最優(yōu)先尋找class的地方。ExtClassLoader對應(yīng)jre/lib/ext路徑，是編譯器次優(yōu)先尋找class的地方，AppClassLoader對應(yīng)當(dāng)前路徑，所以也是編譯器默認(rèn)找class的地方

　　其實(shí)大家可以自己寫個(gè)程序簡單的測試，對任何class，例如A, 調(diào)用new A().getClass().getClassLoader().toString() 打印出來就可以看到，把class文件放在不同的路徑下再次執(zhí)行，就會(huì)看到區(qū)別。特別注意的是如果打印出來是null就表示到了最高級 BootClassLoader, 因?yàn)樗�是C++編寫的，不存在Java對應(yīng)的類加載器的名字。

　　尋找的順序是一種向上迂回的思想，即如果本級別找不到，就只能去本級別之上的找，不會(huì)向下尋找。不過似乎從Jdk1.4到Jdk1.6這一特點(diǎn)又有改變，沒有找到詳細(xì)資料。所以就不舉例子了。告訴大家設(shè)計(jì)這種體系的是Sun公司曾經(jīng)的技術(shù)核心宮力先生，一個(gè)純種華人哦！

　　這樣希望大家不至于迷惑為什么總報(bào)錯(cuò)找不到類文件，不管是自己寫的還是導(dǎo)入的第三方的jar文件（J2ee中經(jīng)常需要導(dǎo)入的）。

　　3． 關(guān)于jdk和jre

　　大家肯定在安裝JDK的時(shí)候會(huì)有選擇是否安裝單獨(dú)的jre，一般都會(huì)一起安裝，我也建議大家這樣做。因?yàn)檫@樣更能幫助大家弄清楚它們的區(qū)別：

　　Jre 是java runtime environment, 是java程序的運(yùn)行環(huán)境。既然是運(yùn)行，當(dāng)然要包含jvm，也就是大家熟悉的虛擬機(jī)啦， 還有所有java類庫的class文件，都在lib目錄下打包成了jar。大家可以自己驗(yàn)證。至于在windows上的虛擬機(jī)是哪個(gè)文件呢？ 學(xué)過MFC的都知道什么是dll文件吧，那么大家看看jre/bin/client里面是不是有一個(gè)jvm.dll呢？那就是虛擬機(jī)。

　　Jdk 是java development kit，是java的開發(fā)工具包，里面包含了各種類庫和工具。當(dāng)然也包括了另外一個(gè)Jre. 那么為什么要包括另外一個(gè)Jre呢？而且jdk/jre/bin同時(shí)有client和server兩個(gè)文件夾下都包含一個(gè)jvm.dll。 說明是有兩個(gè)虛擬機(jī)的。這一點(diǎn)不知道大家是否注意到了呢？

　　相信大家都知道jdk的bin下有各種java程序需要用到的命令，與jre的bin目錄最明顯的區(qū)別就是jdk下才有javac，這一點(diǎn)很好理解，因?yàn)?jre只是一個(gè)運(yùn)行環(huán)境而已。與開發(fā)無關(guān)，正因?yàn)槿绱�，具備開發(fā)功能的jdk自己的jre下才會(huì)同時(shí)有client性質(zhì)的jvm和server性質(zhì)的 jvm， 而僅僅作為運(yùn)行環(huán)境的jre下只需要client性質(zhì)的jvm.dll就夠了。

　　記得在環(huán)境變量path中設(shè)置jdk/bin路徑麼？這應(yīng)該是大家學(xué)習(xí)Java的第一步吧， 老師會(huì)告訴大家不設(shè)置的話javac和java是用不了的。確實(shí)jdk/bin目錄下包含了所有的命令�？墒怯袥]有人想過我們用的java命令并不是 jdk/bin目錄下的而是jre/bin目錄下的呢？不信可以做一個(gè)實(shí)驗(yàn)，大家可以把jdk/bin目錄下的java.exe剪切到別的地方再運(yùn)行 java程序，發(fā)現(xiàn)了什么？一切OK！

　　那么有人會(huì)問了？我明明沒有設(shè)置jre/bin目錄到環(huán)境變量中��？

　　試想一下如果java為了提供給大多數(shù)人使用，他們是不需要jdk做開發(fā)的，只需要jre能讓java程序跑起來就可以了，那么每個(gè)客戶還需要手動(dòng)去設(shè)置環(huán)境變量多麻煩��？所以安裝jre的時(shí)候安裝程序自動(dòng)幫你把jre的java.exe添加到了系統(tǒng)變量中，驗(yàn)證的方法很簡單，大家看到了系統(tǒng)環(huán)境變量的 path最前面有“%SystemRoot%\system32;%SystemRoot%;”這樣的配置，那么再去Windows/system32下面去看看吧，發(fā)現(xiàn)了什么？有一個(gè)java.exe。

　　如果強(qiáng)行能夠把jdk/bin挪到system32變量前面，當(dāng)然也可以迫使使用jdk/jre里面的java，不過除非有必要，我不建議大家這么做。使用單獨(dú)的jre跑java程序也算是客戶環(huán)境下的一種測試。

　　這下大家應(yīng)該更清楚jdk和jre內(nèi)部的一些聯(lián)系和區(qū)別了吧？

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