3.2 字符串的調(diào)優(yōu)
下面列出一些常見的關于字符串優(yōu)化的策略，簡單的我就不多作解釋了。
1) 使用規(guī)則表達式處理字符串匹配代替復雜的字符串查找和復制操作；
2) 使用不拷貝字符串中字符的高效方法，例如String.subString()方法；
3) 盡可能不要使用需要拷貝字符串中字符的低效方法，例如String.toUpperCase()和String.toLowercase()；
4) 在編譯期使用String的“+”操作符來執(zhí)行連接操作，在運行期使用StringBuffer執(zhí)行連接操作；
這里特別強調(diào)一下，因為我已經(jīng)在網(wǎng)上看到好多文章都推薦使用StringBuffer的append()方法來做字符串的連接操作。其實在JVM能夠在編譯期就能確定結(jié)果的情形，使用String的“+”操作符的性能要好很多。
3.3 異常，類型轉(zhuǎn)換和變量
1) 考慮在拋出異常的時候是否可以不即時生成堆棧信息而使用一個已有的異常實例；
創(chuàng)建異常的開銷很大。當創(chuàng)建一個異常時，需要收集一個棧跟蹤（Stack Trace），這個棧跟蹤用于描述異常是在何處創(chuàng)建的。構(gòu)建這些棧跟蹤時需要為運行時棧做一份快照，正是這一部分開銷很大。運行時棧不是為有效的異常創(chuàng)建而設計的，而是設計用來讓運行時盡可能快地運行。入棧，出棧，入棧，出棧。讓這樣的工作順利完成，而沒有任何不必要的延遲。但是，當需要創(chuàng)建一個Exception時，JVM不得不說：“先別動，我想就你現(xiàn)在的樣子存一份快照，所以按時停止入棧和出棧操作，笑著等我拍完快照吧。”棧跟蹤不只包含運行時棧中的一兩個元素，而是包含這個棧中的每一個元素，從棧頂?shù)綏５祝€有行號和一切應有的東西。
因此，創(chuàng)建異常這一部分開銷很大。從技術上講，棧跟蹤快照是在本地方法Throwable.fillInStackTrace()中發(fā)生的，這個方法不是從Throwable contructor那里調(diào)用的。但是這并并沒有什么影響——如果你創(chuàng)建了一個Exception，就得付出代價。好在捕獲異常開銷不大，因此可以用try-catch將核心內(nèi)容包起來。你也可以在方法定義中定義throws子句，這樣對性能不會造成什么損失。從技術上講，你甚至可以隨意地拋出異常，而不用花費很大的代價。招致性能損失的并不是throw操作——盡管在沒有預先創(chuàng)建異常的情況下就拋出異常是有點不尋常。真正要花代價的是創(chuàng)建異常。
幸運的是，好的編程習慣已教會我們，不應該不管三七二十一就拋出異常。異常是為異常的情況而設計的，使用時也應該牢記這一原則。但是，萬一你不想遵從好的編程習慣，Java語言就會讓你知道，那樣就可以讓你的程序運行的更快，從而鼓勵你去那樣做。
2) 用instanceof替代在try-catch中做投機的強制類型轉(zhuǎn)換方法；
3) 盡可能少的使用強制類型轉(zhuǎn)換方法，尤其是使用類型特定的集合類時；
4) 使用int優(yōu)先于其他所有的數(shù)據(jù)類型；
5) 盡可能使用基本數(shù)據(jù)類型做臨時變量；
6) 考慮直接獲取實例變量而不通過get，set方法獲取（注意：這不符合面向?qū)ο蟮姆庋b原則，不推薦使用）。
3.4 循環(huán)，選擇和遞歸
1) 在循環(huán)中消除不必要的代碼，做盡可能少的事情；
2) Switch語句中使用連續(xù)的case值；
3) 確定是否真的需要用到遞歸，最好轉(zhuǎn)為用循環(huán)來實現(xiàn)。
3.5 輸入輸出操作
1) 在程序中盡量不要使用System.out這樣的語句，而使用log4j這樣的日志工具替換，以在程序正式上線的時候可以關閉所有不必要的日志操作提高性能；
2) 當程序中有大量的I/O操作時，考慮將日志寫入不同的文件做到并行化操作以提高性能，并可以用一個后臺線程執(zhí)行I/O操作而不打斷正常程序的執(zhí)行；
3) 正確的使用序列化機制，沒有必要序列化的成員變量需要標識為transient；
4) 使用NIO技術。
1) 使用正確的JDBC驅(qū)動，盡可能地選擇最新的JDBC驅(qū)動；
最新的JDBC驅(qū)動不僅優(yōu)化了性能，而且提供了更多的性能更好的接口供開發(fā)人員使用。
2) 使用應用服務器自帶的連接池，而不要使用自己的連接池或干脆不用連接池；
3) 在使用完數(shù)據(jù)庫資源后，需依次關閉ResultSet，Statement和Connection；
4) 手動控制事務，使用connection.setAutoCommit(false)關閉自動提交，使用executeBatch()進行批量更新；
5) 業(yè)務復雜或者大數(shù)據(jù)量操作時使用存儲過程；
6) ResultSet.next()極其消耗性能，建議使用RowSet替代ResultSet；
7) 把所有的字符數(shù)據(jù)都保存為Unicode，Java以UniCode形式處理所有數(shù)據(jù)，數(shù)據(jù)庫驅(qū)動程序不必再執(zhí)行轉(zhuǎn)換過程；
8) 盡可能的優(yōu)化SQL語句；
9) 少用join，多用index；
10) 使用EXPLAIN工具監(jiān)控SQL語句的執(zhí)行，以確定瓶頸所在；
11) 不要使用 SELECT * ..., 使用 SELECT Field1, Field1 ...；
12) 通過index獲取字段，而不要使用名字去獲取，例如resultSet.getString(1) 而不是 resultSet.getString("field1")；
13) 緩存數(shù)據(jù)，避免重復查詢；
14) 考慮使用內(nèi)存數(shù)據(jù)庫；
15) 調(diào)整fetch size進行批量查詢；
16) 盡可能的使Java數(shù)據(jù)類型和數(shù)據(jù)庫類型相匹配，轉(zhuǎn)換數(shù)據(jù)在匹配不好的數(shù)據(jù)類型間效率太差；
17) 避免使用低效的metadata調(diào)用，尤其是getBestRowIdentifier( ), getColumns( ), getCrossReference( ), getExportedKeys( ), getImportedKeys( ), getPrimaryKeys( ), getTables( ), and getVersionColumns( )；
18) 使用metadata查詢減少數(shù)據(jù)庫網(wǎng)絡通信量；
19) 使用最低的事務隔離級別；
20) 使用樂觀鎖機制；
21) 把應用服務器和數(shù)據(jù)庫分散在不同的機器中，性能可能會更好。
1) Session的使用；
應用服務器保存很多會話時，容易造成內(nèi)存不足，所以盡量減少Session的使用，放置到Session中的對象不應該是大對象，最好是簡單的小對象，實現(xiàn)串行化接口。當會話不再需要時，應當及時調(diào)用invalidate()方法清除會話。而當某個變量不需要時，及時調(diào)用removeAttribute()方法清除變量。當session終止時需要清除不必要的資源，實現(xiàn)HttpSessionBindingListener接口的valueUnbound()方法。
2) 使用include directive，而不使用include action；
目前在JSP頁面中引入外部資源的方法主要有兩種：include directive和include action。Include directive：例如<%@ include file=”copyright.html” %>，該指令在編譯時引入指定的資源。在編譯之前，帶有include指令的頁面和指定的資源被合并成一個文件。被引用的資源在編譯時就確定，比運行時才確定資源更高效。Include action：例如< jsp:include page=”copyright.jsp” />，該動作引入指定頁面執(zhí)行后生成的結(jié)果。由于它在運行時完成，因此對輸出結(jié)果的控制更加靈活。但是，只有當引用的內(nèi)容被頻繁改變時，或者在對主頁面的請求沒有出現(xiàn)之前，被引用的頁面無法確定時，使用include action才合算。
3) 對于那些無需跟蹤會話狀態(tài)的jsp，關閉自動創(chuàng)建的會話可以節(jié)省一些資源。使用如下page指令： < %@ page session=”false” %>；
4) 盡量不要把jsp頁面定義為單線程，應設置為< %@page isThreadSafe=”true” %>；
5) 在jsp頁面最好使用輸出緩存功能，如：< %@page buffer=”32kb” %>；
6) 在servlet之間跳轉(zhuǎn)時，forward比sendRedirect更有效；
7) 設置HttpServletResponse緩沖區(qū)，如：response.setBufferSize(20000)；
8) 建議在servlet里使用ServletOutputStream輸出圖片等對象；
9) 不要使用SingleThreadModel，使Servlet是線程安全的，但是盡可能的減少消耗在同步代碼上的時間，使用足夠多的servlet去響應用戶的請求；
10) 盡可能的使useBean的范圍在page范圍內(nèi)；
11) Servlet的inti()和destroy()或jspInit()和jspDestroy()方法用于創(chuàng)建和刪除昂貴的資源，例如緩存對象和數(shù)據(jù)庫連接；
12) 避免使用反向DNS查找；
13) 預編譯JSP頁面；
14) 盡可能的在客戶段校驗數(shù)據(jù)；
15) 禁止自動裝載特色防止周期性的裝載servlet和jsp。
由于EJB2.0已經(jīng)很少項目在用了，EJB3.0再成熟一點，我再補充這一部分吧！