本文目錄一覽：
Java代碼如何優化
1. 盡量在合適的場合使用單例
使用單例可以減輕載入的負擔，縮短載入的時間，提高載入的效率，但並不是所有地方都適用於單例，簡單來說，單例主要適用於以下三個方面：
第一，控制資源的使用，通過線程同步來控制資源的並發訪問;
第二，控制實例的產生，以達到節約資源的目的;
第三，控制數據共享，在不建立直接關聯的條件下，讓多個不相關的進程或線程之間實現通信。
2. 盡量避免隨意使用靜態變數
要知道，當某個對象被定義為stataic變數所引用，那麼gc通常是不會回收這個對象所佔有的內存
3. 盡量避免過多過常的創建Java對象
盡量避免在經常調用的方法，循環中new對象，由於系統不僅要花費時間來創建對象，而且還要花時間對這些對象進行垃圾回收和處理，在我們可以控制的範圍內，最大限度的重用對象，最好能用基本的數據類型或數組來替代對象。
4. 盡量使用final修飾符
帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String.為String類指定final防止了使用者覆蓋length()方法。另外，如果一個類是final的，則該類所有方法都是final的。Java編譯器會尋找機會內聯(inline)所有的final方法(這和具體的編譯器實現有關)。此舉能夠使性能平均提高50%.
5. 盡量使用局部變數
調用方法時傳遞的參數以及在調用中創建的臨時變數都保存在棧(Stack)中，速度較快。其他變數，如靜態變數、實例變數等，都在堆(Heap)中創建，速度較慢。
6. 盡量處理好包裝類型和基本類型兩者的使用場所
雖然包裝類型和基本類型在使用過程中是可以相互轉換，但它們兩者所產生的內存區域是完全不同的，基本類型數據產生和處理都在棧中處理，包裝類型是對象，是在堆中產生實例。
在集合類對象，有對象方面需要的處理適用包裝類型，其他的處理提倡使用基本類型。
7. 慎用synchronized,盡量減小synchronize的方法
都知道，實現同步是要很大的系統開銷作為代價的，甚至可能造成死鎖，所以盡量避免無謂的同步控制。synchronize方法被調用時，直接會把當前對象鎖 了，在方法執行完之前其他線程無法調用當前對象的其他方法。所以synchronize的方法盡量小，並且應盡量使用方法同步代替代碼塊同步。
8. 盡量使用StringBuilder和StringBuffer進行字元串連接
這個就不多講了。
9. 盡量不要使用finalize方法
實際上，將資源清理放在finalize方法中完成是非常不好的選擇，由於GC的工作量很大，尤其是回收Young代內存時，大都會引起應用程序暫停，所以再選擇使用finalize方法進行資源清理，會導致GC負擔更大，程序運行效率更差。
10. 盡量使用基本數據類型代替對象
String str = “hello”;
上面這種方式會創建一個”hello”字元串，而且JVM的字元緩存池還會緩存這個字元串;
String str = new String(“hello”);
此時程序除創建字元串外，str所引用的String對象底層還包含一個char[]數組，這個char[]數組依次存放了h,e,l,l,o
11. 單線程應盡量使用HashMap、ArrayList
HashTable、Vector等使用了同步機制，降低了性能。
12. 盡量合理的創建HashMap
當你要創建一個比較大的hashMap時，充分利用另一個構造函數
public HashMap(int initialCapacity, float loadFactor)
避免HashMap多次進行了hash重構，擴容是一件很耗費性能的事，在默認中initialCapacity只有16,而loadFactor是 0.75,需要多大的容量，你最好能準確的估計你所需要的最佳大小，同樣的Hashtable,Vectors也是一樣的道理。
13. 盡量減少對變數的重複計算
並且在循環中應該避免使用複雜的表達式，在循環中，循環條件會被反覆計算，如果不使用複雜表達式，而使循環條件值不變的話，程序將會運行的更快。
14. 盡量避免不必要的創建
15. 盡量在finally塊中釋放資源
程序中使用到的資源應當被釋放，以避免資源泄漏。這最好在finally塊中去做。不管程序執行的結果如何，finally塊總是會執行的，以確保資源的正確關閉。
16. 盡量使用移位來代替’a/b’的操作
“/”是一個代價很高的操作，使用移位的操作將會更快和更有效
17.盡量使用移位來代替’a*b’的操作
同樣的，對於’*’操作，使用移位的操作將會更快和更有效
18. 盡量確定StringBuffer的容量
StringBuffer 的構造器會創建一個默認大小(通常是16)的字元數組。在使用中，如果超出這個大小，就會重新分配內存，創建一個更大的數組，並將原先的數組複製過來，再 丟棄舊的數組。在大多數情況下，你可以在創建 StringBuffer的時候指定大小，這樣就避免了在容量不夠的時候自動增長，以提高性能。
19. 盡量早釋放無用對象的引用
大部分時，方法局部引用變數所引用的對象 會隨著方法結束而變成垃圾，因此，大部分時候程序無需將局部，引用變數顯式設為null.
20. 盡量避免使用二維數組
二維數據佔用的內存空間比一維數組多得多，大概10倍以上。
21. 盡量避免使用split
除非是必須的，否則應該避免使用split,split由於支持正則表達式，所以效率比較低，如果是頻繁的幾十，幾百萬的調用將會耗費大量資源，如果確實需 要頻繁的調用split,可以考慮使用apache的StringUtils.split(string,char)，頻繁split的可以緩存結果。
22. ArrayList LinkedList
一 個是線性表，一個是鏈表，一句話，隨機查詢盡量使用ArrayList,ArrayList優於LinkedList,LinkedList還要移動指 針，添加刪除的操作LinkedList優於ArrayList,ArrayList還要移動數據，不過這是理論性分析，事實未必如此，重要的是理解好2 者得數據結構，對症下藥。
23. 盡量使用System.arraycopy ()代替通過來循環複製數組
System.arraycopy() 要比通過循環來複制數組快的多
24. 盡量緩存經常使用的對象
儘可能將經常使用的對象進行緩存，可以使用數組，或HashMap的容器來進行緩存，但這種方式可能導致系統佔用過多的緩存，性能下降，推薦可以使用一些第三方的開源工具，如EhCache,Oscache進行緩存，他們基本都實現了FIFO/FLU等緩存演算法。
25. 盡量避免非常大的內存分配
有時候問題不是由當時的堆狀態造成的，而是因為分配失敗造成的。分配的內存塊都必須是連續的，而隨著堆越來越滿，找到較大的連續塊越來越困難。
26. 慎用異常
當創建一個異常時，需要收集一個棧跟蹤(stack track)，這個棧跟蹤用於描述異常是在何處創建的。構建這些棧跟蹤時需要為運行時棧做一份快照，正是這一部分開銷很大。當需要創建一個 Exception 時，JVM 不得不說：先別動，我想就您現在的樣子存一份快照，所以暫時停止入棧和出棧操作。棧跟蹤不只包含運行時棧中的一兩個元素，而是包含這個棧中的每一個元素。
如 果您創建一個 Exception ,就得付出代價。好在捕獲異常開銷不大，因此可以使用 try-catch 將核心內容包起來。從技術上講，您甚至可以隨意地拋出異常，而不用花費很大的代價。招致性能損失的並不是 throw 操作–儘管在沒有預先創建異常的情況下就拋出異常是有點不尋常。真正要花代價的是創建異常。幸運的是，好的編程習慣已教會我們，不應該不管三七二十一就 拋出異常。異常是為異常的情況而設計的，使用時也應該牢記這一原則。
(1)。 用Boolean.valueOf(boolean b)代替new Boolean()
包裝類的內存佔用是很恐怖的，它是基本類型內存佔用的N倍(N2)，同時new一個對象也是性能的消耗。
(2)。 用Integer.valueOf(int i)代替new Integer()
和Boolean類似，java開發中使用Integer封裝int的場合也非常多，並且通常用int表示的數值都非常小。SUN SDK中對Integer的實例化進行了優化，Integer類緩存了-128到127這256個狀態的Integer,如果使用 Integer.valueOf(int i)，傳入的int範圍正好在此內，就返回靜態實例。這樣如果我們使用Integer.valueOf代替new Integer的話也將大大降低內存的佔用。
(3)。 用StringBuffer的append方法代替”+”進行字元串相加。
這個已經被N多人說過N次了，這個就不多說了。
(4)。 避免過深的類層次結構和過深的方法調用。
因為這兩者都是非常佔用內存的(特別是方法調用更是堆棧空間的消耗大戶)。
(5)。 變數只有在用到它的時候才定義和實例化。
這是初學者最容易犯的錯，合理的使用變數，並且只有在用到它的時候才定義和實例化，能有效的避免內存空間和執行性能上的浪費，從而提高了代碼的效率。
(6)。 避免在循環體中聲明創建對象，即使該對象佔用內存空間不大。
這種情況在我們的實際應用中經常遇到，而且我們很容易犯類似的錯誤
採用上面的第二種編寫方式，僅在內存中保存一份對該對象的引用，而不像上面的第一種編寫方式中代碼會在內存中產生大量的對象引用，浪費大量的內存空間，而且增大了垃圾回收的負荷。因此在循環體中聲明創建對象的編寫方式應該盡量避免。
(7)。 如果if判斷中多個條件用’||’或者”連接，請將出現頻率最高的條件放在表達式最前面。
這個小技巧往往能有效的提高程序的性能，尤其是當if判斷放在循環體裡面時，效果更明顯。
1.JVM管理兩種類型的內存：堆內存(heap)，棧內存(stack)，堆內在主要用來存儲程序在運行時創建或實例化的對象與變數。而棧內存則是用來存儲程序代碼中聲明為靜態(static)(或非靜態)的方法。
2.JVM中對象的生命周期，創建階段，應用階段，不可視階段，不可到達階段，可收集階段，終結階段，釋放階段
3.避免在循環體中創建對象，即使該對象點用內存空間不大。
4.軟引用的主要特點是具有較強的引用功能。只有當內存不夠的時候，才回收這類內存，因此在內存足夠的時候，它們通常不被回收。它可以用於實現一些常用資源的緩存，實現Cache的功能
5.弱引用對象與Soft引用對象最大不同就在於：GC在進行回收時，需要通過演算法檢查是否回收Soft引用對象，而對於Weak引用對象，GC總是進行回收。
6.共享靜態變數存儲空間
7.有時候我們為了提高系統性能，避免重複耗時的操作，希望能夠重用一些創建完成的對象，利用對象池實現。類似JDBC連接池。
8.瞬間值，序列化對象大變數時，如果此大變數又沒有用途，則使用transient聲明，不序列化此變數。同時網路傳輸中也不傳輸。
9.不要提前創建對象
10 .(1)最基本的建議就是儘早釋放無用對象的引用
A a = new A();
a = null; //當使用對象a之後主動將其設置為空
(2)盡量少用finalize函數。
(3) 如果需要使用經常用到的圖片展，可以使用軟引用。
(4) 注意集合數據類型，包括數組，樹等數據，這些數據結構對GC來說，回收更為複雜，
(5) 盡量避免在類的默認構造器中創建，初始化大量的對象，防止在調用其自類的構造器時造成不必要的內存資源浪費。
(6) 盡量避免強制系統做垃圾內存回收。
(7) 盡量避免顯式申請數組空間。
(8) 盡量在合適的場景下使用對象池技術以提高系統性能，縮減系統內存開銷。
11.當做數組拷貝操作時，採用System.arraycopy()方法完成拷貝操作要比採用循環的辦法完成數組拷貝操作效率高
12. 盡量避免在循環體中調用方法，因為方法調用是比較昂貴的。
13. 盡量避免在循環體中使用try-catch 塊，最好在循環體外使用try–catch塊以提高系統性能。
14. 在多重循環中，如果有可能，盡量將最長的循環放在最內層，最短的循環放在最外層，以減少循環層間的變換次數。
15. 在需要線程安全的情況下，使用List list = Collections.synchronizedList(new ArrayList());
16. 如果預知長度，就設置ArrayList的長度。
17. ArrayList 與 LinkedList 選擇，熟悉底層的實現原理，選擇適當的容器。
18. 字元串累加採用StringBuffer.
19. 系統I/O優化，採用緩衝和壓縮技術。優化性能。
20. 避免在類在構造器的初始化其他類
21 盡量避免在構造中對靜態變數做賦值操作
22. 不要在類的構造器中創建類的實例
23. 組合優化繼承
24. 最好通過Class.forname() 動態的裝載類
25. JSP優化，採用out 對象中的print方法代替println()方法
26 .採用ServletOutputStream 對象代替JSPWriter對象
27. 採用適當的值初始化out 對象緩衝區的大小
28. 盡量採用forward()方法重定向新的JSP
29. 利用線程池技術處理客戶請求
30.Servlet優化
(1) 通過init()方法來緩存一些靜態數據以提高應用性能。
(2) 用print() 方法取代println()方法。
(3) 用ServletOutputStream 取代 PrintWriter.
(4) 盡量縮小同步代碼數量
31. 改善Servlet應用性能的方法
(1)不要使用SingleThreadModel
(2)使用線程池ThreadPool
32. EJB優化
實體EJB:
(1)實體EJB中常用數據緩存與釋放
(2)採用延遲載入的方式裝載關聯數據
(3)儘可能地應用CMP類型實體EJB
(4)直接採用JDBC技術處理大型數據
33. 優化JDBC連接
(1)設置合適的預取行值
(2)採用連接池技術
(3)全合理應用事務
(4)選擇合適的事務隔離層與及時關閉連接對象
34. PreparedStatemetn只編譯解析一次，而Statement每次都編譯解析。
35. 儘可能地做批處理更新
36. 通過採用合適的getXXX方法提高系統性能
37. 採用設計模式。
如何優化java程序設計和編碼,提高java性能
下面給你提供一些在JAVA程序的設計和編碼中，經常採用的一些方法和技巧，可以提高JAVA程序的性能：
1．對象的生成和大小的調整。
JAVA程序設計中一個普遍的問題就是沒有好好的利用JAVA語言本身提供的函數，從而常常會生成大量的對象（或實例）。由於系統不僅要花時間生成對象，以後可能還需花時間對這些對象進行垃圾回收和處理。因此，生成過多的對象將會給程序的性能帶來很大的影響。
例1：關於String ,StringBuffer，+和append
JAVA語言提供了對於String類型變數的操作。但如果使用不當，會給程序的性能帶來影響。如下面的語句：
String name=new String(“HuangWeiFeng”);
System.out.println(name+”is my name”);
看似已經很精簡了，其實並非如此。為了生成二進位的代碼，要進行如下的步驟和操作：
(1) 生成新的字元串 new String（STR_1);
(2) 複製該字元串;
(3) 載入字元串常量”HuangWeiFeng”（STR_2);
(4) 調用字元串的構架器（Constructor）;
(5) 保存該字元串到數組中（從位置0開始）;
(6) 從java.io.PrintStream類中得到靜態的out變數;
(7) 生成新的字元串緩衝變數new StringBuffer(STR_BUF_1);
(8) 複製該字元串緩衝變數;
(9) 調用字元串緩衝的構架器（Constructor）;
(10) 保存該字元串緩衝到數組中（從位置1開始）;
(11) 以STR_1為參數，調用字元串緩衝(StringBuffer)類中的append方法;
(12) 載入字元串常量”is my name”(STR_3);
(13) 以STR_3為參數，調用字元串緩衝(StringBuffer)類中的append方法;
(14) 對於STR_BUF_1執行toString命令;
(15) 調用out變數中的println方法，輸出結果。
由此可以看出，這兩行簡單的代碼，就生成了STR_1,STR_2,STR_3,STR_4和STR_BUF_1五個對象變數。這些生成的類的實例一般都存放在堆中。堆要對所有類的超類，類的實例進行初始化，同時還要調用類極其每個超類的構架器。而這些操作都是非常消耗系統資源的。因此，對對象的生成進行限制，是完全有必要的。
經修改，上面的代碼可以用如下的代碼來替換。
StringBuffer name=new StringBuffer(“HuangWeiFeng”);
System.out.println(name.append(“is my name.”).toString());
系統將進行如下的操作：
(1) 生成新的字元串緩衝變數new StringBuffer(STR_BUF_1);
(2) 複製該字元串緩衝變數;
(3) 載入字元串常量”HuangWeiFeng”(STR_1);
(4) 調用字元串緩衝的構架器（Constructor）;
(5) 保存該字元串緩衝到數組中（從位置1開始）;
(6) 從java.io.PrintStream類中得到靜態的out變數;
(7) 載入STR_BUF_1;
(8) 載入字元串常量”is my name”(STR_2);
(9) 以STR_2為參數，調用字元串緩衝(StringBuffer)實例中的append方法;
(10) 對於STR_BUF_1執行toString命令(STR_3);
(11)調用out變數中的println方法，輸出結果。
由此可以看出，經過改進後的代碼只生成了四個對象變數：STR_1,STR_2,STR_3和STR_BUF_1.你可能覺得少生成一個對象不會對程序的性能有很大的提高。但下面的代碼段2的執行速度將是代碼段1的2倍。因為代碼段1生成了八個對象，而代碼段2隻生成了四個對象。
代碼段1：
String name= new StringBuffer(“HuangWeiFeng”);
name+=”is my”;
name+=”name”;
代碼段2：
StringBuffer name=new StringBuffer(“HuangWeiFeng”);
name.append(“is my”);
name.append(“name.”).toString();
因此，充分的利用JAVA提供的庫函數來優化程序，對提高JAVA程序的性能時非常重要的.其注意點主要有如下幾方面；
(1) 儘可能的使用靜態變數（Static Class Variables）
如果類中的變數不會隨他的實例而變化，就可以定義為靜態變數，從而使他所有的實例都共享這個變數。
例：
public class foo
{
SomeObject so=new SomeObject();
}
就可以定義為：
public class foo
{
static SomeObject so=new SomeObject();
}
(2) 不要對已生成的對象作過多的改變。
對於一些類(如：String類)來講，寧願在重新生成一個新的對象實例，而不應該修改已經生成的對象實例。
例：
String name=”Huang”;
name=”Wei”;
name=”Feng”;
上述代碼生成了三個String類型的對象實例。而前兩個馬上就需要系統進行垃圾回收處理。如果要對字元串進行連接的操作，性能將得更差，因為系統將不得為此生成更多得臨時變數，如上例1所示。
(3) 生成對象時，要分配給它合理的空間和大小JAVA中的很多類都有它的默認的空間分配大小。對於StringBuffer類來講，默認的分配空間大小是16個字元。如果在程序中使用StringBuffer的空間大小不是16個字元，那麼就必須進行正確的初始化。
(4) 避免生成不太使用或生命周期短的對象或變數。對於這種情況，因該定義一個對象緩衝池。以為管理一個對象緩衝池的開銷要比頻繁的生成和回收對象的開銷小的多。
(5) 只在對象作用範圍內進行初始化。JAVA允許在代碼的任何地方定義和初始化對象。這樣，就可以只在對象作用的範圍內進行初始化。從而節約系統的開銷。
例：
SomeObject so=new SomeObject();
If(x==1) then
{
Foo=so.getXX();
}
可以修改為：
if(x==1) then
{
SomeObject so=new SomeObject();
Foo=so.getXX();
}
2．異常(Exceptions)
JAVA語言中提供了try/catch來發方便用戶捕捉異常，進行異常的處理。但是如果使用不當，也會給JAVA程序的性能帶來影響。因此，要注意以下兩點：
(1) 避免對應用程序的邏輯使用try/catch
如果可以用if,while等邏輯語句來處理，那麼就儘可能的不用try/catch語句。
(2) 重用異常
在必須要進行異常的處理時，要儘可能的重用已經存在的異常對象。以為在異常的處理中，生成一個異常對象要消耗掉大部分的時間。
3. 線程(Threading)
一個高性能的應用程序中一般都會用到線程。因為線程能充分利用系統的資源。在其他線程因為等待硬碟或網路讀寫而 時，程序能繼續處理和運行。但是對線程運用不當，也會影響程序的性能。
例2：正確使用Vector類
Vector主要用來保存各種類型的對象（包括相同類型和不同類型的對象）。但是在一些情況下使用會給程序帶來性能上的影響。這主要是由Vector類的兩個特點所決定的。第一，Vector提供了線程的安全保護功能。即使Vector類中的許多方法同步。但是如果你已經確認你的應用程序是單線程，這些方法的同步就完全不必要了。第二，在Vector查找存儲的各種對象時，常常要花很多的時間進行類型的匹配。而當這些對象都是同一類型時，這些匹配就完全不必要了。因此，有必要設計一個單線程的，保存特定類型對象的類或集合來替代Vector類.用來替換的程序如下（StringVector.java）：
public class StringVector
{
private String [] data;
private int count;
public StringVector()
{
this(10); // default size is 10
}
public StringVector(int initialSize)
{
data = new String[initialSize];
}
public void add(String str)
{
// ignore null strings
if(str == null) { return; }
ensureCapacity(count + 1);
data[count++] = str;
}
private void ensureCapacity(int minCapacity)
{
int oldCapacity = data.length;
if (minCapacity oldCapacity)
{
String oldData[] = data;
int newCapacity = oldCapacity * 2;
data = new String[newCapacity];
System.arraycopy(oldData, 0, data, 0, count);
}
}
public void remove(String str)
{
if(str == null) { return; // ignore null str }
for(int i = 0; i count; i++)
{
// check for a match
if(data[i].equals(str))
{
System.arraycopy(data,i+1,data,i,count-1); // copy data
// allow previously valid array element be gc′d
data[–count] = null;
return;
}
}
}
public final String getStringAt(int index)
{
if(index 0) { return null; }
else if(index count) { return null; // index is # strings }
else { return data[index]; // index is good }
}
}
因此，代碼：
Vector Strings=new Vector();
Strings.add(“One”);
Strings.add(“Two”);
String Second=(String)Strings.elementAt(1);
可以用如下的代碼替換：
StringVector Strings=new StringVector();
Strings.add(“One”);
Strings.add(“Two”);
String Second=Strings.getStringAt(1);
這樣就可以通過優化線程來提高JAVA程序的性能。用於測試的程序如下（TestCollection.java）:
import java.util.Vector;
public class TestCollection
{
public static void main(String args [])
{
TestCollection collect = new TestCollection();
if(args.length == 0)
{
System.out.println(“Usage: java TestCollection [ vector | stringvector ]”);
System.exit(1);
}
if(args[0].equals(“vector”))
{
Vector store = new Vector();
long start = System.currentTimeMillis();
for(int i = 0; i 1000000; i++)
{
store.addElement(“string”);
}
long finish = System.currentTimeMillis();
System.out.println((finish-start));
start = System.currentTimeMillis();
for(int i = 0; i 1000000; i++)
{
String result = (String)store.elementAt(i);
}
finish = System.currentTimeMillis();
System.out.println((finish-start));
}
else if(args[0].equals(“stringvector”))
{
StringVector store = new StringVector();
long start = System.currentTimeMillis();
for(int i = 0; i 1000000; i++) { store.add(“string”); }
long finish = System.currentTimeMillis();
System.out.println((finish-start));
start = System.currentTimeMillis();
for(int i = 0; i 1000000; i++) {
String result = store.getStringAt(i);
}
finish = System.currentTimeMillis();
System.out.println((finish-start));
}
}
}
關於線程的操作，要注意如下幾個方面：
(1) 防止過多的同步
如上所示，不必要的同步常常會造成程序性能的下降。因此，如果程序是單線程，則一定不要使用同步。
(2) 同步方法而不要同步整個代碼段
對某個方法或函數進行同步比對整個代碼段進行同步的性能要好。
(3) 對每個對象使用多」鎖」的機制來增大並發。
一般每個對象都只有一個」鎖」，這就表明如果兩個線程執行一個對象的兩個不同的同步方法時，會發生」死鎖」。即使這兩個方法並不共享任何資源。為了避免這個問題，可以對一個對象實行」多鎖」的機制。如下所示：
class foo
{
private static int var1;
private static Object lock1=new Object();
private static int var2;
private static Object lock2=new Object();
public static void increment1()
{
synchronized(lock1)
{
var1++;
}
}
public static void increment2()
{
synchronized(lock2)
{
var2++;
}
}
}
4．輸入和輸出(I/O)
輸入和輸出包括很多方面，但涉及最多的是對硬碟，網路或資料庫的讀寫操作。對於讀寫操作，又分為有緩存和沒有緩存的；對於資料庫的操作，又可以有多種類型的JDBC驅動器可以選擇。但無論怎樣，都會給程序的性能帶來影響。因此，需要注意如下幾點：
(1) 使用輸入輸出緩衝
儘可能的多使用緩存。但如果要經常對緩存進行刷新（flush）,則建議不要使用緩存。
(2) 輸出流(Output Stream)和Unicode字元串
當時用Output Stream和Unicode字元串時，Write類的開銷比較大。因為它要實現Unicode到位元組(byte)的轉換.因此，如果可能的話,在使用Write類之前就實現轉換或用OutputStream類代替Writer類來使用。
(3) 當需序列化時使用transient
當序列化一個類或對象時，對於那些原子類型（atomic）或可以重建的原素要表識為transient類型。這樣就不用每一次都進行序列化。如果這些序列化的對象要在網路上傳輸，這一小小的改變對性能會有很大的提高。
(4) 使用高速緩存（Cache）
對於那些經常要使用而又不大變化的對象或數據，可以把它存儲在高速緩存中。這樣就可以提高訪問的速度。這一點對於從資料庫中返回的結果集尤其重要。
(5) 使用速度快的JDBC驅動器（Driver）
JAVA對訪問資料庫提供了四種方法。這其中有兩種是JDBC驅動器。一種是用JAVA外包的本地驅動器；另一種是完全的JAVA驅動器。具體要使用哪一種得根據JAVA布署的環境和應用程序本身來定。
5.一些其他的經驗和技巧
(1) 使用局部變數。
(2) 避免在同一個類中動過調用函數或方法(get或set)來設置或調用變數。
(3) 避免在循環中生成同一個變數或調用同一個函數（參數變數也一樣）。
(4) 儘可能的使用static,final,private等關鍵字。
(5) 當複製大量數據時，使用System.arraycopy()命令。
寫好Java代碼的30條經驗總結
成為一個優秀的Java程序員，有著良好的代碼編寫習慣是必不可少的。下面就讓我們來看看代碼編寫的30條建議吧。
(1) 類名首字母應該大寫。欄位、方法以及對象（句柄）的首字母應小寫。對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現了常數初始化字元，則大寫static final基本類型標識符中的所有字母。這樣便可標誌出它們屬於編譯期的常數。
Java包（Package）屬於一種特殊情況：它們全都是小寫字母，即便中間的單詞亦是如此。對於域名擴展名稱，如com，org，net或者edu等，全部都應小寫（這也是Java 1.1和Java 1.2的區別之一）。
(2) 為了常規用途而創建一個類時，請採取」經典形式」，並包含對下述元素的定義：
equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable
(3) 對於自己創建的每一個類，都考慮置入一個main()，其中包含了用於測試那個類的代碼。為使用一個項目中的類，我們沒必要刪除測試代碼。若進行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。
(4) 應將方法設計成簡要的、功能性單元，用它描述和實現一個不連續的類介面部分。理想情況下，方法應簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便於類內代碼的重複使用（有些時候，方法必須非常大，但它們仍應只做同樣的一件事情）。
(5) 設計一個類時，請設身處地為客戶程序員考慮一下（類的使用方法應該是非常明確的）。然後，再設身處地為管理代碼的人考慮一下（預計有可能進行哪些形式的修改，想想用什麼方法可把它們變得更簡單）。
(6) 使類儘可能短小精悍，而且只解決一個特定的問題。下面是對類設計的一些建議：
一個複雜的開關語句：考慮採用」多形」機制
數量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實現
許多成員變數在特徵上有很大的差別：考慮使用幾個類
(7) 讓一切東西都儘可能地」私有」–private。可使庫的某一部分」公共化」（一個方法、類或者一個欄位等等），就永遠不能把它拿出。若強行拿出，就可能破壞其他人現有的代碼，使他們不得不重新編寫和設計。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環境中，隱私是特別重要的一個因素–只有private欄位才能在非同步使用的情況下受到保護。
(8) 謹惕」巨大對象綜合症」。對一些習慣於順序編程思維、且初涉OOP領域的新手，往往喜歡先寫一個順序執行的程序，再把它嵌入一個或兩個巨大的對象里。根據編程原理，對象表達的應該是應用程序的概念，而非應用程序本身。
(9) 若不得已進行一些不太雅觀的編程，至少應該把那些代碼置於一個類的內部。
(10) 任何時候只要發現類與類之間結合得非常緊密，就需要考慮是否採用內部類，從而改善編碼及維護工作。
(11) 儘可能細緻地加上注釋，並用javadoc注釋文檔語法生成自己的程序文檔。
(12) 避免使用」魔術數字」，這些數字很難與代碼很好地配合。如以後需要修改它，無疑會成為一場噩夢，因為根本不知道」100″到底是指」數組大小」還是」其他全然不同的東西」。所以，我們應創建一個常數，並為其使用具有說服力的描述性名稱，並在整個程序中都採用常數標識符。這樣可使程序更易理解以及更易維護。
(13) 涉及構建器和異常的時候，通常希望重新丟棄在構建器中捕獲的任何異常–如果它造成了那個對象的創建失敗。這樣一來，調用者就不會以為那個對象已正確地創建，從而盲目地繼續。
(14) 當客戶程序員用完對象以後，若你的類要求進行任何清除工作，可考慮將清除代碼置於一個良好定義的方法里，採用類似於cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內放置一個boolean（布爾）標記，指出對象是否已被清除。在類的finalize()方法里，請確定對象已被清除，並已丟棄了從RuntimeException繼承的一個類（如果還沒有的話），從而指出一個編程錯誤。在採取象這樣的方案之前，請確定finalize()能夠在自己的系統中工作（可能需要調用System.runFinalizersOnExit(true)，從而確保這一行為）。
(15) 在一個特定的作用域內，若一個對象必須清除（非由垃圾收集機制處理），請採用下述方法：初始化對象；若成功，則立即進入一個含有finally從句的try塊，開始清除工作。
(16) 若在初始化過程中需要覆蓋（取消）finalize()，請記住調用super.finalize()（若Object屬於我們的直接超類，則無此必要）。在對finalize()進行覆蓋的過程中，對super.finalize()的調用應屬於最後一個行動，而不應是第一個行動，這樣可確保在需要基礎類組件的時候它們依然有效。
(17) 創建大小固定的對象集合時，請將它們傳輸至一個數組（若準備從一個方法里返回這個集合，更應如此操作）。這樣一來，我們就可享受到數組在編譯期進行類型檢查的好處。此外，為使用它們，數組的接收者也許並不需要將對象」造型」到數組裡。
(18) 盡量使用interfaces，不要使用abstract類。若已知某樣東西準備成為一個基礎類，那麼第一個選擇應是將其變成一個interface（介面）。只有在不得不使用方法定義或者成員變數的時候，才需要將其變成一個abstract（抽象）類。介面主要描述了客戶希望做什麼事情，而一個類則致力於（或允許）具體的實施細節。
(19) 在構建器內部，只進行那些將對象設為正確狀態所需的工作。儘可能地避免調用其他方法，因為那些方法可能被其他人覆蓋或取消，從而在構建過程中產生不可預知的結果（參見第7章的詳細說明）。
(20) 對象不應只是簡單地容納一些數據；它們的行為也應得到良好的定義。
(21) 在現成類的基礎上創建新類時，請首先選擇」新建」或」創作」。只有自己的設計要求必須繼承時，才應考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個設計會變得沒有必要地複雜。
(22) 用繼承及方法覆蓋來表示行為間的差異，而用欄位表示狀態間的區別。一個非常極端的例子是通過對不同類的繼承來表示顏色，這是絕對應該避免的：應直接使用一個」顏色」欄位。
(23) 為避免編程時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應一個類。否則，編譯器可能先找到同名的另一個類，並報告出錯消息。若懷疑自己碰到了類路徑問題，請試試在類路徑的每一個起點，搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件」適配器」時，特別容易碰到一個陷阱。若覆蓋了某個適配器方法，同時拼寫方法沒有特別講究，最後的結果就是新添加一個方法，而不是覆蓋現成方法。然而，由於這樣做是完全合法的，所以不會從編譯器或運行期系統獲得任何出錯提示–只不過代碼的工作就變得不正常了。
(25) 用合理的設計方案消除」偽功能」。也就是說，假若只需要創建類的一個對象，就不要提前限制自己使用應用程序，並加上一條」只生成其中一個」注釋。請考慮將其封裝成一個」獨生子」的形式。若在主程序里有大量散亂的代碼，用於創建自己的對象，請考慮採納一種創造性的方案，將些代碼封裝起來。
(26) 警惕」分析癱瘓」。請記住，無論如何都要提前了解整個項目的狀況，再去考察其中的細節。由於把握了全局，可快速認識自己未知的一些因素，防止在考察細節的時候陷入」死邏輯」中。
(27) 警惕」過早優化」。首先讓它運行起來，再考慮變得更快–但只有在自己必須這樣做、而且經證實在某部分代碼中的確存在一個性能瓶頸的時候，才應進行優化。除非用專門的工具分析瓶頸，否則很有可能是在浪費自己的時間。性能提升的隱含代價是自己的代碼變得難於理解，而且難於維護。
(28) 請記住，閱讀代碼的時間比寫代碼的時間多得多。思路清晰的設計可獲得易於理解的程序，但注釋、細緻的解釋以及一些示例往往具有不可估量的價值。無論對你自己，還是對後來的人，它們都是相當重要的。如對此仍有懷疑，那麼請試想自己試圖從聯機Java文檔里找出有用信息時碰到的挫折，這樣或許能將你說服。
(29) 如認為自己已進行了良好的分析、設計或者實施，那麼請稍微更換一下思維角度。試試邀請一些外來人士–並不一定是專家，但可以是來自本公司其他部門的人。請他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無睹的問題。採取這種方式，往往能在最適合修改的階段找出一些關鍵性的問題，避免產品發行後再解決問題而造成的金錢及精力方面的損失。
(30) 良好的設計能帶來最大的回報。簡言之，對於一個特定的問題，通常會花較長的時間才能找到一種最恰當的解決方案。但一旦找到了正確的方法，以後的工作就輕鬆多了，再也不用經曆數小時、數天或者數月的痛苦掙扎。我們的努力工作會帶來最大的回報（甚至無可估量）。而且由於自己傾注了大量心血，最終獲得一個出色的設計方案，成功的快感也是令人心動的。堅持抵制草草完工的誘惑–那樣做往往得不償失。
學習Java的同學注意了！！！
學習過程中遇到什麼問題或者想獲取學習資源的話，歡迎加入Java學習交流群，群號碼：495273252 【長按複製】 我們一起學Java！
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/255167.html
微信掃一掃 
支付寶掃一掃 