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

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

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

相信大家都知道jdk的bin下有各種java程序需要用到的命令，與jre的bin目錄最明顯的區(qū)別就是jdk下才有javac，這一點(diǎn)很好理解，因為 jre只是一個運(yùn)行環(huán)境而已。與開發(fā)無關(guān)，正因為如此，具備開發(fā)功能的jdk自己的jre下才會同時有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的第一步吧， 老師會告訴大家不設(shè)置的話javac和java是用不了的。確實jdk/bin目錄下包含了所有的命令。可是有沒有人想過我們用的java命令并不是 jdk/bin目錄下的而是jre/bin目錄下的呢？不信可以做一個實驗，大家可以把jdk/bin目錄下的java.exe剪切到別的地方再運(yùn)行 java程序，發(fā)現(xiàn)了什么？一切OK！

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

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

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


深copy和淺copy

你必須了解的是 java.lang.Cloneable這個接口和所有類的基類Object的clone()這個方法。
即深copy和淺copy的區(qū)別：

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

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

那么又有個問題了？如果引用的對象又引用了其他對象呢？這樣一直判斷并復(fù)制下去，是不是顯得很麻煩？曾經(jīng)有位前輩告訴我的方法是重寫clone方法的時候直接把原對象序列化到磁盤上再反序列化回來，這樣不用判斷就可以得到一個深copy的結(jié)果。



native關(guān)鍵字修飾的方法，說明依賴于操作系統(tǒng)的實現(xiàn)。



關(guān)于重載hashCode()與Collection框架的關(guān)系

筆者曾經(jīng)聽一位搞Java培訓(xùn)多年的前輩說在他看來hashCode方法沒有任何意義，僅僅是為了配合證明具有同樣的hashCode會導(dǎo)致equals 方法相等而存在的。連有的前輩都犯這樣的錯誤，其實說明它還是滿容易被忽略的。那么hashCode()方法到底做什么用？

學(xué)過數(shù)據(jù)結(jié)構(gòu)的課程大家都會知道有一種結(jié)構(gòu)叫hash table，目的是通過給每個對象分配一個唯一的索引來提高查詢的效率。那么Java也不會肆意扭曲改變這個概念，所以hashCode唯一的作用就是為支持?jǐn)?shù)據(jù)結(jié)構(gòu)中的哈希表結(jié)構(gòu)而存在的。

換句話說，也就是只有用到集合框架的 Hashtable、HashMap、HashSet的時候，才需要重載hashCode()方法，這樣才能使得我們能人為的去控制在哈希結(jié)構(gòu)中索引是否相等。筆者舉一個例子：

曾經(jīng)為了寫一個求解類程序，需要隨機(jī)列出1,2,3,4組成的不同排列組合，所以筆者寫了一個數(shù)組類用int[]來存組合結(jié)果，然后把隨機(jī)產(chǎn)生的組合加入一個HashSet中，就是想利用HashSet不包括重復(fù)元素的特點(diǎn)。可是HashSet怎么判斷是不是重復(fù)的元素呢？當(dāng)然是通過 hashCode()返回的結(jié)果是否相等來判斷啦，可做一下這個實驗：

??? int[] A = {1,2,3,4};???
??? int[] B = {1,2,3,4};???
??? System.out.println(A.hashCode());???
??? System.out.println(B.hashCode());??

這明明是同一種組合，卻是不同的hashCode，加入Set的時候會被當(dāng)成不同的對象。這個時候我們就需要自己來重寫hashCode()方法了，如何寫呢？其實也是基于原始的hashCode()，畢竟那是操作系統(tǒng)的實現(xiàn)， 找到相通對象唯一的標(biāo)識，實現(xiàn)方式很多，筆者的實現(xiàn)方式是：?

首先重寫了toString()方法:

??? return A[0]“+” A[1]“+” A[2]“+” A[3]; //顯示上比較直觀??

然后利用toString()來計算hashCode()：

??? return this.toString().hashCode()；??

這樣上述A和B返回的就都是”1234”，在測試toString().hashCode()，由于String在內(nèi)存中的副本是一樣的，”1234”.hashCode()返回的一定是相同的結(jié)果。

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



關(guān)于序列化和反序列化

應(yīng)該大家都大概知道Java中序列化和反序列化的意思，序列化就是把一個Java對象轉(zhuǎn)換成二進(jìn)制進(jìn)行磁盤上傳輸或者網(wǎng)絡(luò)流的傳輸，反序列化的意思就是把這個接受到的二進(jìn)制流重新組裝成原來的對象逆過程。它們在Java中分別是通過ObjectInputStream和 ObjectOutStream這兩個類來實現(xiàn)的（以下分別用ois和oos來簡稱）。

oos的writeObject()方法用來執(zhí)行序列化的過程，ois的readObject()用來執(zhí)行反序列化的過程，在傳輸二進(jìn)制流之前，需要講這兩個高層流對象連接到同一個Channel上，這個Channel可以是磁盤文件，也可以是socket底層流。所以無論用哪種方式，底層流對象都是以構(gòu)造函數(shù)參數(shù)的形式傳遞進(jìn)oos和ois這兩個高層流，連接完畢了才可以進(jìn)行二進(jìn)制數(shù)據(jù)傳輸?shù)摹＠?#xff1a;

可以是文件流通道：

??? file = new File(“C:/data.dat”);???
??? oos = new ObjectOutputStream(new FileOutputStream(file));???
??? ois = new ObjectInputStream(new FileInputStream(file));??

或者網(wǎng)絡(luò)流通道

??? oos = new ObjectOutputStream(socket.getOutputStream());???
??? ois = new ObjectInputStream(socket.getInputStream());??

不知道大家是否注意到oos總是在ois之前定義，這里不希望大家誤解這個順序是固定的么？回答是否定的，那么有順序要求么？回答是肯定的。原則是什么呢？?

原則是互相對接的輸入/輸出流之間必須是output流先初始化然后再input流初始化，否則就會拋異常。

大家肯定會問為什么？只要稍微看一看這兩個類的源代碼文件就大概知道了，output流的任務(wù)很簡單，只要把對象轉(zhuǎn)換成二進(jìn)制往通道中寫就可以了，但input流需要做很多準(zhǔn)備工作來接受并最終重組這個Object，所以O(shè)bjectInputStream的構(gòu)造函數(shù)中就需要用到output初始化發(fā)送過來的header信息，這個方法叫做 readStreamHeader()，它將會去讀兩個Short值用于決定用多大的緩存來存放通道發(fā)送過來的二進(jìn)制流，這個緩存的size因jre的版本不同是不一樣的。

所以output如果不先初始化，input的構(gòu)造函數(shù)首先就無法正確運(yùn)行。

對于上面兩個例子，第一個順序是嚴(yán)格的，第二個因為oos和ois連接的已經(jīng)不是對方了，而是socket另外一端的流，需要嚴(yán)格按照另外一方對接的output流先于對接的input流打開才能順利運(yùn)行。

這個writeObject和readObject本身就是線程安全的，傳輸過程中是不允許被并發(fā)訪問的。所以對象能一個一個接連不斷的傳過來，有很多人在運(yùn)行的時候會碰到EOFException, 然后百思不得其解，去各種論壇問解決方案。其實筆者這里想說，這個異常不是必須聲明的，也就是說它雖然是異常，但其實是正常運(yùn)行結(jié)束的標(biāo)志。EOF表示讀到了文件尾，發(fā)送結(jié)束自然連接也就斷開了。

如果這影響到了你程序的正確性的話，請各位靜下心來看看自己程序的業(yè)務(wù)邏輯，而不要把注意力狹隘的聚集在發(fā)送和接受的方法上。因為筆者也被這樣的bug困擾了1整天，被很多論壇的帖子誤解了很多次最后得出的教訓(xùn)。如果在while循環(huán)中去readObject，本質(zhì)上是沒有問題的，有對象數(shù)據(jù)來就會讀，沒有就自動阻塞。

那么拋出EOFException一定是因為連接斷了還在繼續(xù)read，什么原因?qū)е逻B接斷了呢？一定是業(yè)務(wù)邏輯哪里存在錯誤，比如NullPoint、 ClassCaseException、ArrayOutofBound，即使程序較大也沒關(guān)系，最多只要單步調(diào)適一次就能很快發(fā)現(xiàn)bug并且解決它。

難怪一位程序大師說過：解決問題90％靠經(jīng)驗，5％靠技術(shù)，剩下5％靠運(yùn)氣！真是金玉良言，筆者大概查閱過不下30篇討論在while循環(huán)中使用 readObject拋出EOFExceptionde 的帖子，大家都盲目的去關(guān)注解釋這個名詞、反序列化的行為或反對這樣寫而沒有一個人認(rèn)為EOF是正確的行為，它其實很老實的在做它的事情。為什么大家都忽略了真正出錯誤的地方呢？兩個字，經(jīng)驗！



關(guān)于Java的多線程編程

關(guān)于Java的線程，初學(xué)或者接觸不深的大概也能知道一些基本概念，同時又會很迷惑線程到底是怎么回事？如果有人認(rèn)為自己已經(jīng)懂了不妨來回答下面的問題：

a. A對象實現(xiàn)Runnable接口，A.start()運(yùn)行后所謂的線程對象是誰？是A么？

b. 線程的wait()、notify()方法到底是做什么時候用的，什么時候用？

c. 為什么線程的suspend方法會被標(biāo)注過時，不推薦再使用，線程還能掛起么？

d. 為了同步我們會對線程方法聲明Synchronized來加鎖在對象上，那么如果父類的f()方法加了Synchronized，子類重寫f()方法必須也加Synchronized么？如果子類的f()方法重寫時聲明Synchronized并調(diào)用super.f()，那么子類對象上到底有幾把鎖呢？會因為競爭產(chǎn)生死鎖么？

呵呵，各位能回答上來幾道呢？如果這些都能答上來，說明對線程的概念還是滿清晰的，雖說還遠(yuǎn)遠(yuǎn)不能算精通。筆者這里一一做回答，礙于篇幅的原因，筆者盡量說得簡介一點(diǎn)，如果大家有疑惑的歡迎一起討論。

首先第一點(diǎn)，線程跟對象完全是兩回事，雖然我們也常說線程對象。但當(dāng)你用run()和start()來啟動一個線程之后，線程其實跟這個繼承了 Thread或?qū)崿F(xiàn)了Runnable的對象已經(jīng)沒有關(guān)系了，對象只能算內(nèi)存中可用資源而對象的方法只能算內(nèi)存正文區(qū)可以執(zhí)行的代碼段而已。

既然是資源和代碼段，另外一個線程當(dāng)然也可以去訪問，main函數(shù)執(zhí)行就至少會啟動兩個線程，一個我們稱之為主線程，還一個是垃圾收集器的線程，主線程結(jié)束就意味著程序結(jié)束，可垃圾收集器線程很可能正在工作。

第二點(diǎn)，wait()和sleep()類似，都是讓線程處于阻塞狀態(tài)暫停一段時間，不同之處在于wait會釋放當(dāng)前線程占有的所有的鎖，而 sleep不會。我們知道獲得鎖的唯一方法是進(jìn)入了Synchronized保護(hù)代碼段，所以大家會發(fā)現(xiàn)只有Synchronized方法中才會出現(xiàn) wait，直接寫會給警告沒有獲得當(dāng)前對象的鎖。

所以notify跟wait配合使用，notify會重新把鎖還給阻塞的線程重而使其繼續(xù)執(zhí)行，當(dāng)有多個對象wait了，notify不能確定喚醒哪一個，必經(jīng)鎖只有一把，所以一般用notifyAll()來讓它們自己根據(jù)優(yōu)先級等競爭那唯一的一把鎖，競爭到的線程執(zhí)行，其他線程只要繼續(xù)wait。

從前Java允許在一個線程之外把線程掛起，即調(diào)用suspend方法，這樣的操作是極不安全的。根據(jù)面向?qū)ο蟮乃枷朊總€對象必須對自己的行為負(fù)責(zé)，而對自己的權(quán)力進(jìn)行封裝。如果任何外步對象都能使線程被掛起而阻塞的話，程序往往會出現(xiàn)混亂導(dǎo)致崩潰，所以這樣的方法自然是被斃掉了啦。

最后一個問題比較有意思，首先回答的是子類重寫f()方法可以加Synchronized也可以不加，如果加了而且還內(nèi)部調(diào)用了super.f ()的話理論上是應(yīng)該對同一對象加兩把鎖的，因為每次調(diào)用Synchronized方法都要加一把，調(diào)用子類的f首先就加了一把，進(jìn)入方法內(nèi)部調(diào)用父類的 f又要加一把，加兩把不是互斥的么？那么調(diào)父類f加鎖不就必須永遠(yuǎn)等待已經(jīng)加的鎖釋放而造成死鎖么？

實際上是不會的，這個機(jī)制叫重進(jìn)入，當(dāng)父類的f方法試圖在本對象上再加一把鎖的時候，因為當(dāng)前線程擁有這個對象的鎖，也可以理解為開啟它的鑰匙，所以同一個線程在同一對象上還沒釋放之前加第二次鎖是不會出問題的，這個鎖其實根本就沒有加，它有了鑰匙，不管加幾把還是可以進(jìn)入鎖保護(hù)的代碼段，暢通無阻，所以叫重進(jìn)入，我們可以簡單認(rèn)為第二把鎖沒有加上去。

總而言之，Synchronized的本質(zhì)是不讓其他線程在同一對象上再加一把鎖。

轉(zhuǎn)載于:https://www.cnblogs.com/heartstage/p/3390953.html

與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的Java编程经验汇总的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。