java編程經驗彙總（1）

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