作為Java程序員來說，最痛苦的事情莫過于可以選擇的范圍太廣，可以讀的書太多，往往容易無所適從。我想就我自己讀過的技術(shù)書籍中挑選出來一些，按照學(xué)習(xí)的先后順序，推薦給大家，特別是那些想不斷提高自己技術(shù)水平的Java程序員們。

　　一、Java編程入門類

　　對于沒有Java編程經(jīng)驗的程序員要入門，隨便讀什么入門書籍都一樣，這個階段需要你快速的掌握J(rèn)ava基礎(chǔ)語法和基本用法，宗旨就是“囫圇吞棗不求甚解”，先對Java熟悉起來再說。用很短的時間快速過一遍Java語法，連懵帶猜多寫寫代碼，要“知其然”。

　　1、《Java編程思想》

　　在有了一定的Java編程經(jīng)驗之后，你需要“知其所以然”了。這個時候《Java編程思想》是一本讓你知其所以然的好書，它對于基本的面向?qū)ο笾R有比較清楚的交待，對Java基本語法，基本類庫有比較清楚的講解，可以幫你打一個良好的Java編程基礎(chǔ)。這本書的缺點是實在太厚，也比較羅嗦，不適合現(xiàn)代人快節(jié)奏學(xué)習(xí)，因此看這本書要懂得取舍，不是每章每節(jié)都值得一看的，挑重點的深入看就可以了。

　　2、《Agile Java》中文版

　　這本書是出版社送給我的，我一拿到就束之高閣，放在書柜一頁都沒有翻過，但是前兩天整理書柜的時候，拿出來一翻，竟然發(fā)現(xiàn)這絕對是一本好書!這本書一大特點是以單元測試和TDD來貫穿全書的，在教你Java各種重要的基礎(chǔ)知識的過程中，潛移默化的影響你的編程思維走向敏捷，走向TDD。另外這本書成書很新，以JDK5.0的語法為基礎(chǔ)講解，要學(xué)習(xí)JDK5.0的新語法也不錯。還有這本書對于內(nèi)容取舍也非常得當(dāng)，Java語言畢竟類庫龐大，可以講的內(nèi)容太多，這本書選擇的內(nèi)容以及內(nèi)容的多寡都很得當(dāng)，可以讓你以最少的時間掌握J(rèn)ava最重要的知識，順便培養(yǎng)出來優(yōu)秀的編程思路，真是一本不可多得的好書。

　　雖然作者自己把這本書定位在入門級別，但我不確定這本書用來入門是不是稍微深了點，我自己也準(zhǔn)備有空的時候翻翻這本書，學(xué)習(xí)學(xué)習(xí)。

　　二、Java編程進階類

　　打下一個良好的Java基礎(chǔ)，還需要更多的實踐經(jīng)驗積累，我想沒有什么捷徑。有兩本書值得你在編程生涯的這個階段閱讀，培養(yǎng)良好的編程習(xí)慣，提高你的代碼質(zhì)量。

　　1、《重構(gòu) 改善既有代碼的設(shè)計》

　　這本書名氣很大，不用多介紹，可以在閑暇的時候多翻翻，多和自己的實踐相互印證。這本書對你產(chǎn)生影響是潛移默化的。

　　2、《測試驅(qū)動開發(fā) by Example》

　　本書最大特點是很薄，看起來沒有什么負(fù)擔(dān)。你可以找一個周末的下午，一邊看，一邊照做，一個下午就把書看完，這本書的所有例子跑完了。這本書的作用是通過實戰(zhàn)讓你培養(yǎng)TDD的思路。

　　三、Java架構(gòu)師之路

　　到這個階段，你應(yīng)該已經(jīng)非常嫻熟的運用Java編程，而且有了一個良好的編程思路和習(xí)慣了，但是你可能還缺乏對應(yīng)用軟件整體架構(gòu)的把握，現(xiàn)在就是你邁向架構(gòu)師的第一步。

　　1、《Expert One-on-One J2EE Design and Development》

　　這本書是Rod Johnson的成名著作，非常經(jīng)典，從這本書中的代碼誕生了springframework。但是好像這本書沒有中譯本。

　　2、《Expert One-on-One J2EE Development without EJB》

　　這本書由gigix組織翻譯，多位業(yè)界專家參與，雖然署名譯者是JavaEye，其實JavaEye出力不多，實在是忝居譯者之名。

　　以上兩本書都是Rod Johnson的經(jīng)典名著，Java架構(gòu)師的必讀書籍。在我所推薦的這些書籍當(dāng)中，是我看過的最仔細(xì)，最認(rèn)真的書，我當(dāng)時讀這本書幾乎是廢寢忘食的一氣讀完的，有小時候挑燈夜讀金庸武俠小說的勁頭，書中所講內(nèi)容和自己的經(jīng)驗知識一一印證，又被無比精辟的總結(jié)出來，讀完這本書以后，我有種被打通經(jīng)脈，功力爆增的感覺。

　　但是后來我看過一些其他人的評價，似乎閱讀體驗并沒有我那么high，也許是因為每個人的知識積累和經(jīng)驗不同導(dǎo)致的。我那個時候剛好是經(jīng)驗知識積累已經(jīng)足夠豐富，但是還沒有系統(tǒng)的整理成型，讓這本書一梳理，立刻形成完整的知識體系了。

　　3、《企業(yè)應(yīng)用架構(gòu)模式》

　　Martin的又一本名著，但這本書我只是泛泛的看了一遍，并沒有仔細(xì)看。這本書似乎更適合做框架的人去看，例如如果你打算自己寫一個ORM的話，這本書是一定要看的。但是做應(yīng)用的人，不看貌似也無所謂，但是如果有空，我還是推薦認(rèn)真看看，會讓你知道框架為什么要這樣設(shè)計，這樣你的層次可以晉升到框架設(shè)計者的角度去思考問題。Martin的書我向來都是推崇，但是從來都沒有像Rod Johnson的書那樣非常認(rèn)真去看。

　　4、《敏捷軟件開發(fā)原則、模式與實踐》

　　Uncle Bob的名著，敏捷的經(jīng)典名著，這本書比較特別，與其說是講軟件開發(fā)過程的書，不如說講軟件架構(gòu)的書，本書用了很大篇幅講各種面向?qū)ο筌浖_發(fā)的各種模式，個人以為看了這本書，就不必看GoF的《設(shè)計模式》了。

　　四、軟件開發(fā)過程

　　了解軟件開發(fā)過程不單純是提高程序員個人的良好編程習(xí)慣，也是增強團隊協(xié)作的基礎(chǔ)。

　　1、《UML精粹》

　　UML其實和軟件開發(fā)過程沒有什么必然聯(lián)系，卻是軟件團隊協(xié)作溝通，撰寫軟件文檔需要的工具。但是UML真正實用的圖不多，看看這本書已經(jīng)足夠了，完全沒有必要去啃《UML用戶指南》之類的東西。要提醒大家的是，這本書的中譯本翻譯的非常之爛，建議有條件的看英文原版。

　　2、《解析極限編程 擁抱變化》XP

　　這是Kent Beck名著的第二版，中英文對照。沒什么好說的，必讀書籍。

　　3、《統(tǒng)一軟件開發(fā)過程》UP

　　其實UP和敏捷并不一定沖突，UP也非常強調(diào)迭代，測試，但是UP強調(diào)的文檔和過程驅(qū)動卻是敏捷所不取的。不管怎么說，UP值得你去讀，畢竟在中國真正接受敏捷的企業(yè)很少，你還是需要用UP來武裝一下自己的，哪怕是披著UP的XP。

　　4、《敏捷建模》AM

　　Scott Ambler的名著，這本書非常的progmatic，告訴你怎么既敏捷又UP，把敏捷和UP統(tǒng)一起來了，又提出了很多progmatic的建議和做法。你可以把《解析極限編程擁抱變化》、《統(tǒng)一軟件開發(fā)過程》和《敏捷建模》這三本書放在一起讀，看XP和UP的不同點，再看AM是怎么統(tǒng)一XP和UP的，把這三種理論融為一爐，形成自己的理論體系，那么你也可以去寫書了。

　　五、軟件項目管理

　　如果你突然被領(lǐng)導(dǎo)提拔為項目經(jīng)理，而你完全沒有項目管理經(jīng)驗，你肯定會心里沒底;如果你覺得自己管理項目不善，很想改善你的項目管理能力，那么去考PMP肯定是遠(yuǎn)水不解近渴的。

　　1、《快速軟件開發(fā)》

　　這也是一本名著。可以這樣說，有本書在手，你就有了一個項目管理的高級參謀給你出謀劃策，再也不必?fù)?dān)心自己不能勝任的問題了。這本書不是講管理的理論的，在實際的項目管理中，講這些理論是不解決問題的，這本書有點類似于“軟件項目點子大全”之類的東西，列舉了種種軟件項目當(dāng)中面臨的各種問題，以及應(yīng)該如何解決問題的點子，你只需要稍加變通，找方抓藥就行了。

　　六、總結(jié)

　　在這份推薦閱讀書籍的名單中，我沒有列舉流行的軟件框架類學(xué)習(xí)書籍，例如Struts，Hibernate，Spring之類，也沒有列舉AJAX方面的書籍。是因為這類書籍容易過時，而上述的大半書籍的生命周期都足夠長，值得你去購買和收藏。

1.         盡量使用直接量

這個大家應(yīng)該清楚，所以只做簡訴：
String str = "hello";
上面這種方式會創(chuàng)建一個“hello”字符串，而且JVM的字符緩存池還會緩存這個字符串；
String str = new String("hello");
此時程序除創(chuàng)建字符串外，str所引用的String對象底層還包含一個char[]數(shù)組，這個char[]數(shù)組依次存放了h,e,l,l,o

2.         使用StringBuilder和StringBuffer進行字符串連接

這個我就不多講了，用String做連接時會生成大量臨時字符串

3.         盡早釋放無用對象的引用

大部分時，方法局部引用變量所引用的對象 會隨著方法結(jié)束而變成垃圾，因此，大部分時候程序無需將局部，引用變量顯式設(shè)為null。

         例如：

         Public void test(){

                   Object obj = new Object();

                   ……

                   Obj=null;

}

上面這個就沒必要了，隨著方法test()的執(zhí)行完成，程序中obj引用變量的作用域就結(jié)束了。但是如果是改成下面：

Public void test(){

                   Object obj = new Object();

                   ……

                   Obj=null;

                   //執(zhí)行耗時，耗內(nèi)存操作；或調(diào)用耗時，耗內(nèi)存的方法

                   ……

}

這時候就有必要將obj賦值為null，可以盡早的釋放對Object對象的引用。

4.         盡量少用靜態(tài)變量

當(dāng)某個對象被static變量所引用，那么GC通常是不會回收這個對象所占的內(nèi)存。如下：

Class Person{

         static Object obj = new Object();

}

對于上面的對象而言，obj變量的生命周期與Person類同步，在其不被卸載的情況下，其對應(yīng)的Class對象會常駐內(nèi)存，知道程序結(jié)束。

5.         避免在經(jīng)常調(diào)用的方法、循環(huán)中創(chuàng)建java對象

6.         緩存經(jīng)常使用的對象

這里首先說一個實現(xiàn)緩存時常有的兩種方式：

n 使用HashMap進行緩存

n 直接使用某些開源的緩存項目

如果是第一種，程序員需要手動控制HashMap容器里key-value對不至于太多，從而導(dǎo)致其占用過大的內(nèi)存，致使系統(tǒng)性能下降。

而第二種多使用一些緩存算法，提高系統(tǒng)運行效率，例如OSCache,Ehcache等，它們大都實現(xiàn)了FIFO\MRU等常見的緩存算法。

7.         盡量不要使用finalize方法

實際上，將資源清理放在finalize方法中完成是非常不好的選擇，由于GC的工作量很大，尤其是回收Young代內(nèi)存時，大都會引起應(yīng)用程序暫停，所以再選擇使用finalize方法進行資源清理，會導(dǎo)致GC負(fù)擔(dān)更大，程序運行效率更差。

8.         考慮使用SoftReference

當(dāng)程序需要創(chuàng)建長度很大的數(shù)組時，可以考慮使用SoftReference來包裝數(shù)組元素

SoftReference是個很好的選擇，當(dāng)內(nèi)存足夠時，它的功能等同于普通引用，當(dāng)內(nèi)存不足時，它會犧牲自己，釋放軟引用所引用的對象。例如創(chuàng)建一個長度為100000的Person數(shù)組。

注意：在使用軟引用來引用對象時不要忘記軟引用的不確定性，程序通過軟引用所獲取的對象有可能為null（內(nèi)存緊張時）。所以當(dāng)應(yīng)用程序取出SoftReference所引用的java對象之后，應(yīng)該顯式判斷該對象死后為null，為null時，應(yīng)該重建對象。

總結(jié)：這只是在學(xué)習(xí)過程中的一些筆記，希望大家多溝通，共同進步