org.apache.lucene.search.BooleanQuery$TooManyClauses: maxClauseCount is set to 1024
    at org.apache.lucene.search.BooleanQuery.add(BooleanQuery.java:165)
    at org.apache.lucene.search.BooleanQuery.add(BooleanQuery.java:156)
    at org.apache.lucene.search.PrefixQuery.rewrite(PrefixQuery.java:53)
    at org.apache.lucene.search.BooleanQuery.rewrite(BooleanQuery.java:408)
    at org.apache.lucene.search.IndexSearcher.rewrite(IndexSearcher.java:138)
    at org.apache.lucene.search.Query.weight(Query.java:94)
    at org.apache.lucene.search.Hits.<init>(Hits.java:42)
    at org.apache.lucene.search.Searcher.search(Searcher.java:45)
    at org.apache.lucene.search.Searcher.search(Searcher.java:37)
    at com.toodou.searcher.search.PodcasterSearcher.searchPodcaster(PodcasterSearcher.java:238)
    at com.toodou.searcher.search.PodcasterSearcher.doPodcasterSearch(PodcasterSearcher.java:66)
    at test.com.toodou.searcher.search.PodcasterSearcherTest.testdoPodcasterSearch(PodcasterSearcherTest.java:57)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at junit.framework.TestCase.runTest(TestCase.java:154)
    at junit.framework.TestCase.runBare(TestCase.java:127)
    at junit.framework.TestResult$1.protect(TestResult.java:106)
    at junit.framework.TestResult.runProtected(TestResult.java:124)
    at junit.framework.TestResult.run(TestResult.java:109)
    at junit.framework.TestCase.run(TestCase.java:118)
    at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

可以通過設(shè)置：
BooleanQuery.setMaxClauseCount(10000);
來解決問題，但是這樣帶來的問題是會使得內(nèi)存開銷加大。容易出現(xiàn)OutOfMemory的異常
所以需要非常謹(jǐn)慎處理。

查詢MySQL會出現(xiàn)："java.sql.SQLException: Server shutdown in progress"的異常

問題原因：數(shù)據(jù)有自動腳本，會將執(zhí)行時間超過30秒的進(jìn)程殺掉。
這樣的話，Java的應(yīng)用就會拋出這樣的異常。

CAS Server 3.1 M2 Released

CAS Server and Client 3.1 Milestone 1 Released

phpCAS 0.5.0 RC5 Release

CAS 3.0.7 Final Release

Inclusion of Abstract Ticket Registry

CAS 3.0.6 Final

這里面有幾個更新很重要：
1.Upgrade to Spring 2.0.1, Spring Web Flow 1.0 and Spring LDAP 1.1.1

2.Introduction of JBossCacheTicketRegistry
    支持后JBossCacheTicketRegistry就可以方便大并發(fā)量的網(wǎng)站的水平擴(kuò)展問題。

軟件過程方面

     我們team采用的軟件開發(fā)過程是借鑒了UP的迭代開發(fā)過程。堅持迭代的漸進(jìn)式開發(fā)，每次迭代都是小步進(jìn)行的，一般都是保持2周一次迭代。在開發(fā)過程中重視需求，要寫清楚UseCase描述，而不是僅僅畫出UseCase圖。測試也是我們非常重視的，包括了單元測試和集成測試。

 

軟件開發(fā)方法

     我們采用的是OO的設(shè)計和實現(xiàn)方法。通過一些開源框架的使用，提高效率和代碼的質(zhì)量。在設(shè)計的時候會用一些經(jīng)典的設(shè)計模式來優(yōu)化設(shè)計，為以后更好地滿足需求變動做好準(zhǔn)備。單元測試是我們非常重視的，要求必須寫單元測試，而且要能夠覆蓋盡可能多的分支和邊界。

     我們團(tuán)隊還會采用一些XP的開發(fā)實踐例如：TDD、重構(gòu)、CodeReview、結(jié)對編程、持續(xù)構(gòu)建，通過這些實踐卻是能夠極大提高代碼的質(zhì)量，進(jìn)一步提高軟件產(chǎn)品的質(zhì)量。

 

軟件開發(fā)工具

     我們也非常重視工具的使用，使用工具來幫助我們更好的提高質(zhì)量，首先一定要有版本控制系統(tǒng)，可以使用CVS或者SVN。通過checkstyle這樣的工具可以幫助我們檢查代碼是否規(guī)范。通過findbugs這樣的工具幫助我們發(fā)現(xiàn)一些bug。使用一些自動化的測試工具，提高測試的效率和回歸測試的質(zhì)量。使用測試覆蓋率工具檢查單元測試的覆蓋率。我還會使用一些性能測試工具測試系統(tǒng)的性能，發(fā)現(xiàn)一些性能問題。

我主要結(jié)合項目管理的九大知識領(lǐng)域來說明，需要說明的是在我接觸的項目中，九個領(lǐng)域的內(nèi)容有一些沒有接觸過的我就略過。

 

范圍管理：

     首先會有產(chǎn)品經(jīng)理提出我們要開發(fā)一個什么樣的軟件，有那些功能，基本上就是一些FeatureList，然后給出vision and scope文檔。軟件開發(fā)的項目經(jīng)理會根據(jù)這份文檔，通過溝通，來寫出SRS。其中主要包括了UseCase和非功能性需求以及一些約束條件。有了這些內(nèi)容后，會開一個需求確認(rèn)會，來確認(rèn)已經(jīng)明確的需求，會議上可以對不明確的需求進(jìn)行討論和完善。

 

時間管理：

     項目經(jīng)理在接到軟件項目開發(fā)任務(wù)后，就要制定出一個大致的項目計劃，然后有了軟件的需求文檔之后，可以進(jìn)一步細(xì)化項目的計劃。在做項目計劃的時候同時會牽扯到任務(wù)的分工。在項目進(jìn)行的過程中嚴(yán)格按照項目計劃進(jìn)行。

 

采購管理

     項目的前期，項目經(jīng)理需要明確軟件安裝需要多少服務(wù)器，服務(wù)器的配置是什么樣的。什么時候必須到貨，預(yù)算的經(jīng)費是多少等。如果項目的人手不夠，同時要考慮進(jìn)行軟件外包。

 

人力資源管理

     主要是提高團(tuán)隊的士氣和凝聚力，讓每一位團(tuán)隊成員都有清晰一致的目標(biāo)，從生活等各個方面關(guān)心開發(fā)人員，幫助他們解決一些實實在在的問題。如果有軟件外包，還要統(tǒng)一得管理好外包的軟件開發(fā)人員。

 

溝通管理

     經(jīng)常開項目小組會議，保持信息暢通，通過wiki等工具保持信息共享。每天都有晨會，周報發(fā)給小組的所有成員。通過聚餐、喝茶等方式增進(jìn)交流。針對不同的員工可能需要采用不同的方式，例如：有的人喜歡面對面的溝通，有的喜歡email溝通，有得喜歡msn等等。

 

風(fēng)險管理

     我認(rèn)為比較重要的是抓住開發(fā)過程的幾個環(huán)節(jié)，例如：需求分析、界面的設(shè)計、接口的設(shè)計、數(shù)據(jù)庫的設(shè)計等。每天項目經(jīng)理都要確認(rèn)項目的進(jìn)度是否正常，檢查項目的質(zhì)量，盡可能早的發(fā)現(xiàn)一些問題。經(jīng)常得跟產(chǎn)品經(jīng)理交流，確保開發(fā)的軟件產(chǎn)品符合需求。

 

成本管理

     對于我接觸的項目，牽扯到成本管理的主要就是開發(fā)人員的成本，分配好任務(wù)，把握住進(jìn)度，提高開發(fā)團(tuán)隊的效率就能夠為公司節(jié)省開支，從而達(dá)到控制成本的目的。

 

質(zhì)量管理

     我認(rèn)為質(zhì)量管理應(yīng)該貫穿于整個的軟件開發(fā)過程中。比較典型的有，首先就是要保證SRS的質(zhì)量，只有需求的質(zhì)量控制住了，整個項目才有保障。軟件的編碼要規(guī)范，有詳細(xì)清楚的注釋，要求寫單元測試，定期的進(jìn)行代碼review會議，要有集成測試和系統(tǒng)測試。對于我們的互聯(lián)網(wǎng)產(chǎn)品，由于產(chǎn)品環(huán)境比較復(fù)雜，所以一定要有相應(yīng)的系統(tǒng)測試，也可以稱為線上測試。

診斷 Java 代碼: 輕松掌握 Java 泛型

診斷 Java 代碼: 輕松掌握 Java 泛型類型，第 2 部分

診斷 Java 代碼: 輕松掌握 Java 泛型，第 3 部分

診斷 Java 代碼: 輕松掌握 Java 泛型，第 4 部分

Java 理論和實踐: 了解泛型

多角度看 Java 中的泛型

Eclipse V3.1 中的 Java 泛型支持

介紹 JDK 5.0 中的泛型

編譯時使用 Generic Java 捕獲更多的錯誤

1.9 到 2.0 的改動不是很多，主要是廢棄了一些 API ， 2.0 起了一個過渡的作用。

2.1 是在 2.0 基礎(chǔ)上做了很多的改進(jìn)，提升了性能，修復(fù)了一些 Bug 等。

?

Lucene2.1 在索引的格式上做了一些改進(jìn)，所以舊版本的 Lucene 是無法訪問 2.1 版的索引文件。但是 2.1 版本的可以讀寫舊版本的索引文件。保持向下的兼容性。這點需要我們在使用時注意。

?

下面簡單的列出一些新的特性：

1.?????? 's' 和 't' 從默認(rèn)的 stopwords 中移掉了。但是依然還有 'a' 也可以會有同樣的問題，所以分詞需要針對自己的應(yīng)用進(jìn)行自定義。

2.?????? 更新了 StandardAnalyzer 中的針對 CJK 的 Unicode 代碼范圍。用處不大，因為我們中文需要自己開發(fā)分詞。

3.?????? 允許在 QueryParser 的最前面使用通配符 (*, ?) ，之前是不允許的。這個比較有意義，可以實現(xiàn)一些模糊搜索。

4.?????? QueryParser 默認(rèn)使用 ConstantScoreRangeQuery 執(zhí)行范圍查詢。增加了 useOldRangeQuery 屬性允許在需要的情況下使用舊的 RangeQuery

5.?????? 對于 WildcardQuery ，如果一個 term 不包含任何的 ? 或者 * ，之前會拋出異常，現(xiàn)在會執(zhí)行一個 TermQuery 。

6.?????? 去掉了 deprecated 的 doc.fields() 方法和 Enumeration

7.?????? write lock 現(xiàn)在默認(rèn)的位置是索引的目錄，簡單命名為 write.lock

8.?????? 新的 FieldSelector API ，相關(guān)的 IndexReader 和實現(xiàn)都發(fā)生了變化。新的 Fieldable 接口被用作字段的延遲加載上。

9.?????? 使用 MultiFieldQueryParser 的時候可以為不同的 field 指定不同的 boosts

10.?? 新的方法 IndexWriter.addIndexesNoOptimize() 在新添加一個新的 segments 的時候，只進(jìn)行合并，不進(jìn)行優(yōu)化。

11.?? QueryParser 允許在引號和短語中使用反斜線

12.?? 增加了方法 RAMDirectory.sizeInBytes(), IndexWriter.ramSizeInBytes() 和 IndexWriter.flushRamSegments() ，允許應(yīng)用程序控制索引時緩存文檔對內(nèi)存的使用，這些蠻有用的，可以用于監(jiān)控索引的過程。

13.?? QueryParser 解析 *:* 為匹配所有的內(nèi)容

14.?? 可以通過命令行在已經(jīng)存在的索引文件中修改和刪除 field

15.?? IndexWriter 增加了方法來高效得更新 documents 。增加 IndexWriter.flush() 方法將內(nèi)存的內(nèi)容刷新到文件系統(tǒng)。

??? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 小兵 2007-3-22

• 數(shù)字
  • MySpace月訪問量400億
  • 比喻：粉刷金門大橋，工作完成之時，就是重新來過之日
  • 新聞集團(tuán)2005年5.8億收購MySpace，現(xiàn)在至少值60億
• 數(shù)據(jù)緩存
  • 同步問題？
• 50萬賬戶
  • 數(shù)據(jù)庫采用主從結(jié)構(gòu)，主負(fù)責(zé)update，從負(fù)責(zé)read
• 1-2百萬賬戶
  • I/O并發(fā)容量問題
  • 不同的數(shù)據(jù)庫服務(wù)器服務(wù)于不同的服務(wù)
    • 博客
    • 認(rèn)證
    • 個性信息拆分
  • 新功能使用新數(shù)據(jù)庫
  • 從存儲設(shè)備與數(shù)據(jù)庫服務(wù)器直接交換切換到SAN(Storage Area Network)
  • 用高帶寬、專門設(shè)計的網(wǎng)絡(luò)將大量磁盤存儲設(shè)備連接在一起(SAN)
• 3百萬賬戶
  • 高度獨立，有些信息必須共享
    • 每個數(shù)據(jù)庫必須有各自的用戶表副本
  • 向上和向外擴(kuò)展的問題
    • 向上：多CPU，大內(nèi)存
      • 昂貴
    • 只要增長趨勢存在，無論如何都要走向外擴(kuò)展的道路
  • 將整個站點作為一個應(yīng)用看待
  • 將用戶按百萬一組分割
    • 各組的全部數(shù)據(jù)存放到一個DB實例
    • 每臺兩個DB實例，容納200萬用戶
  • 還有一個特殊的數(shù)據(jù)庫保存用戶名和密碼
    • 登錄、認(rèn)證
    • 功能單一
• 9百萬到1千7百萬賬戶
  • 1千萬：存儲瓶頸、I/O極限
  • 某些數(shù)據(jù)量會非常大（熱門、突發(fā)）
  • 3PAR:均勻數(shù)據(jù)訪問負(fù)荷（負(fù)載均衡）
  • 數(shù)據(jù)緩存層
    • 被頻繁請求的數(shù)據(jù)對象的副本
    • 不是所有的數(shù)據(jù)都要放到數(shù)據(jù)庫
• 2千6百萬賬戶
  • 升級到64位
    • DB：32G內(nèi)存
    • 升級：64G
• 可靠性
  • 備用的系統(tǒng)
  • 物理隔開
• 名言：我們犯過大量的錯誤，但到頭來，我們作對的還是比做錯的多

對于 Java? 語言開發(fā)人員來說，信息過量是一個真正的問題。每個新入行的程序員都要面臨一個令人畏縮的挑戰(zhàn)：要進(jìn)入的行業(yè)是一個具有海量知識的行業(yè)。要了解的東西簡直 太多了。對于有經(jīng)驗的老手來說，情況只有些微好轉(zhuǎn)。知識量總在增大，僅僅跟上進(jìn)度就是一個挑戰(zhàn)。如果有一份專業(yè)人士必備的書籍和網(wǎng)站列表該有多好！本文就 是這個列表。它包含了每個專業(yè)的 Java 語言程序員在書架或瀏覽器書簽中必備的最重要的書籍和網(wǎng)站。

這些都是您書架上必備的書和應(yīng)該經(jīng) 常使用的 Web 鏈接。時間是一項重要的資源，本文幫您回避那些分心的事情，把時間專注于最有益于您作為Java 語言程序員職業(yè)生涯的信息源。盡管有多少程序員就有多少他們最喜歡的參考資料，但本文收集的這些都是優(yōu)中選優(yōu)，來源于我書架上的私家珍藏和許多 Java 專家的推薦。

我考慮了兩種組織這份參考資料列表的方法。我本可以通過主題領(lǐng)域來組織，這也許很有幫助，但主題列表很快就會變得不實用。相反，我選擇了另一種方法：通過類型來組織，即書籍和 Web 站點。

總的來講，有經(jīng)驗的老手們用 Web 站點來跟蹤行業(yè)的走勢。書籍、文章和論文有助于跟上潮流，但它們總體上更適合于基礎(chǔ)學(xué)習(xí)。極富創(chuàng)造性的書籍偶爾會撼動一兩個基礎(chǔ)性的東西。這樣的書也在本列表之列。

需 要提出的一點警告是，專注于 Java 語言的書籍和 Web 站點數(shù)量巨大。您鐘愛的未必在這份列表里。那并不意味著它們不好。它們只是不在這份列表里而已?？赡苁且驗槲疫€不知道它們。也可能是因為我不認(rèn)為它們能夠 算得上是重要資源。不包含一些參考資料是一個評判問題，但如果不這樣的話，您也許就要花幾小時來拖動滾動條，還要花上成千上萬美元來買書。如果您作為一個 專業(yè)的 Java 程序員，有一些常用的優(yōu)秀參考資料，一定要讓我知道這些資料。這份列表一直都在更新中，您提出的那些也許就會被收錄進(jìn)去。

書籍

每個程序員都會有一些由于經(jīng)常被當(dāng)作專業(yè)資料參閱而磨壞的書。下列書籍應(yīng)該是 Java 語言程序員的書架上必備的。書很貴，所以我有意將這份列表弄得很短，僅限于重要書籍。

Thinking in Java (Bruce Eckel)

Thinking in Java, 3rd edition （Bruce Eckel; Prentice Hall PTR，2002 年）
Java 編程思想：第3版 （陳昊鵬 等譯; 機(jī)械工業(yè)出版社，2005 年）
Eckel 的書對于學(xué)習(xí)如何在 Java 語言環(huán)境中使用好面向?qū)ο蠹夹g(shù)極其實用。書中大量的代碼樣例解釋了他所介紹的概念。文字出自一個并不認(rèn)為 Java 技術(shù)總是正確答案的人，所以相當(dāng)?shù)貙嵱?。Eckel 具有多種語言的大量經(jīng)驗，還有用面向?qū)ο蠓绞竭M(jìn)行思考的扎實技能。本書將這些技能放到實用的 Java 語言環(huán)境中。他還在寫一本新書，名為 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

Effective Java: Programming Language Guide （Joshua Bloch; Addison-Wesley，2001 年）
Effective Java 中文版 （潘愛民 譯; 機(jī)械工業(yè)出版社，2003 年）
本書是理解優(yōu)秀 Java 程序設(shè)計原則的最佳書籍。大多數(shù)材料從其他的 “學(xué)習(xí) Java ” 的書中根本找不到。例如，Bloch 書中關(guān)于覆蓋 equals() 這一章是我讀過的最好的參考資料之一。他也在書中包括了很實用的建議：用接口替代抽象類和靈活使用異常。Bloch 是 Sun 公司 Java 平臺庫的架構(gòu)師，所以他透徹地了解這門語言。事實上，他編寫了該語言中大量有用的庫。本書必讀！

The Java Programming Language (Ken Arnold, James Gosling, David Holmes)

The Java Programming Language （Ken Arnold，James Gosling，David Holmes; Addison-Wesley，2000 年）
Java 編程語言（第 3 版） （虞萬榮 等譯，中國電力出版社，2003 年）
這也許是能弄到的最好的 Java 入門讀物。它并不是一個標(biāo)準(zhǔn)規(guī)范，而是一本介紹每門語言特性的可讀書籍。這本書在嚴(yán)謹(jǐn)性和教育性方面權(quán)衡得很好，能夠讓懂編程的人迅速被 Java 語言（和其豐富的類庫）所吸引。

Concurrent Programming in Java: Design Principles and Patterns (Doug Lea)

Concurrent Programming in Java: Design Principles and Patterns, 2nd edition （Doug Lea; Addison-Wesley，1999 年）
Java 并發(fā)編程—設(shè)計原則與模式（第二版） （趙涌 等譯，中國電力出版社，2004 年）
不是每個開發(fā)人員都需要如此細(xì)致地了解并發(fā)性，也不是每個工程師都能達(dá)到本書的水準(zhǔn)，但卻沒有比本書更好的關(guān)于并發(fā)性編程的概述了。如果您對此感興趣，請 從這里開始。Lea 是 SUNY 的一名專業(yè)程序員，他的和并發(fā)性有關(guān)的作品和想法都包含在了 JDK 5.0 規(guī)范（引自 JSR166）中，所以您大可放心，他所說的關(guān)于有效使用 Java 語言的建議是值得一聽的。他是一個很善于溝通的人。

Expert One-On-One J2EE Design and Development (Rod Johnson)

Expert One-On-One J2EE Design and Development （Rod Johnson）
WROX: J2EE 設(shè)計開發(fā)編程指南 （魏海萍 譯，電子工業(yè)出版社，2003 年）
對于剛接觸 J2EE 的人來說，這是唯一的一本如實反映這項技術(shù)的書。本書收錄了多年的成功經(jīng)驗和失敗經(jīng)驗，不同于其他許多作者，Johnson 樂于將失敗的經(jīng)驗公諸于眾。J2EE 常常都被過度使用。Johnson 的書能幫您避免這一點。

Refactoring (Martin Fowler, Kent Beck, John Brant, William Opdyke, Don Roberts)

Refactoring: Improving the Design of Existing Code （Martin Fowler，Kent Beck，John Brant，William Opdyke，Don Roberts; Addison-Wesley，1999 年）
重構(gòu)：改善既有代碼的設(shè)計（中文版） （侯捷 等譯，中國電力出版社 ，2003 年）
Fowler 寫了幾本現(xiàn)已出版的最流行的編程書，包括 Analysis Patterns。他的關(guān)于重構(gòu) 的書是這一主題的基本書籍。重構(gòu)代碼是被程序員忽略的訓(xùn)練，但卻是程序員最直觀的想法。重構(gòu)是在不改變代碼結(jié)果的前提下改進(jìn)現(xiàn)有代碼的設(shè)計。這是保持代碼 整潔的最佳方式，用這種方法設(shè)計的代碼總是很容易修改。什么時候進(jìn)行重構(gòu)呢？當(dāng)代碼“散發(fā)出味道”時。Fowler 的書里滿是 Java 語言代碼的例子。許多 Java 語言集成開發(fā)環(huán)境（IDE）（包括了 IBM 的 Eclipse）都將 Fowler 的重構(gòu)包含了進(jìn)去，每一個都使用他的重構(gòu)名命名，所以熟悉如extract method 等重構(gòu)方法還是很值得的。

Design Patterns (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides)

Design Patterns: Elements of Reusable Object Oriented Software （Erich Gamma，Richard Helm，Ralph Johnson，John Vlissides; Addison-Wesley，1997 年）
設(shè)計模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ) （李英軍 等譯，機(jī)械工業(yè)出版社 ，2005 年）
這是一本在專業(yè)程序員圈子里更為有名的書，基于作者共同的綽號，這本書被認(rèn)為是 “四人幫（GOF）之書”。模式是思考和解決普通編程問題時可以重用的方式。學(xué)習(xí)模式是一門學(xué)科。使用好模式（或知道什么時候不 使用模式）是一項技能。忽略模式則是錯誤的。書中所有的例子都以 C++ 表示，但 Java 語言是從那里誕生的，讓 Java 語言程序員由此聯(lián)系到如何在 Java 語言中實現(xiàn)這些模式相對簡單一些。熟悉模式并了解如何使用好模式使編程更加簡單。這使得和其他程序員交流也更簡單，因為在針對通用問題的通用解決方案中， 模式是描述解決方案中彼此協(xié)作的大量相關(guān)編程概念的快捷方式。一些更為通用的方式，如工廠方法 則是普便存在的，甚至存在于 Java 語言本身。關(guān)于明智使用模式的這個主題，也可以閱讀 Joshua Kerievsky 的 Refactoring to Patterns，該書稱可以讓代碼來告訴您何時實現(xiàn)模式。

Patterns of Enterprise Application Architecture (Martin Fowler)

Patterns of Enterprise Application Architecture （Martin Fowler; Addison-Wesley，2002 年）
企業(yè)應(yīng)用架構(gòu)模式 （王懷民 等譯，機(jī)械工業(yè)出版社 ，2004 年）
比起小型、一次性項目來說，企業(yè)開發(fā)當(dāng)然代表了更大的挑戰(zhàn)。那并不意味著企業(yè)開發(fā)帶來的所有挑戰(zhàn)都是新挑戰(zhàn)。事實上有些時候，這項開發(fā)已經(jīng) 是以前完成過的了。Fowler 做了很多個這樣的項目。他的書提到了一些通用解決方案，并提供了關(guān)于使用、折中和可選方案的指導(dǎo)。Fowler 在書中包含了一些熟悉的模式，如模型視圖控制器（MVC），他也提供了一些您也許不了解的模式，如處理 Web 站點上特定頁面請求或行為請求的 Page Controller 模式。正如您對待大多數(shù)模式一樣，一旦您讀過許多模式，您就會認(rèn)為 “我已經(jīng)知道那個模式了” 。也許是這樣，但有一個用來引用模式的通用表達(dá)方式還是很有幫助的。在有多個組件（由不同人開發(fā)）的大型項目中，該類引用是一項很好的幫助。

UML Distilled (Martin Fowler)

UML Distilled: A Brief Guide to the Standard Object Modeling Language （Martin Fowler; Addison-Wesley 2003 年）
UML精粹：標(biāo)準(zhǔn)對象語言簡明指南（第3版） （徐家福 譯，清華大學(xué)出版社 ，2005 年）
對于專業(yè)的程序員來說，UML 是一門很重要的通用可視化溝通語言，但是它被過度使用和草率地濫用了。您無需對使用 UML 溝通了解太多。Martin 對 UML 的提煉為您提供了最核心的東西。事實上，前后的封頁提供了常規(guī)基礎(chǔ)上可能使用到的所有東西。該書中 UML 例子的代碼都是 Java 代碼。

Test-Driven Development: By Example (Kent Beck)

Test-Driven Development: By Example （Kent Beck; Addison-Wesley 2002 年）
測試驅(qū)動開發(fā)（中文版） （崔凱 譯，中國電力出版社 ，2004 年）
測試優(yōu)先編程將使編程發(fā)生革命性變化，能助您成為更好的程序員。在寫代碼之前編寫測試開始很難，但卻是一項威力強大的技能。通過優(yōu)先編寫測試，可使代碼更 加簡單，并確保從一開始它就能工作（Beck 實踐著他提倡的測試優(yōu)先，與人合寫了 JUnit，這是 Java 語言最流行的測試框架）。Beck 的書是權(quán)威的參考資料，擴(kuò)展了的 Money 例子也用 Java 語言寫成。Beck 詳述了如何用測試優(yōu)先進(jìn)行 思考（這也許是許多程序員首先遇到的障礙）。

The Pragmatic Programmer: From Journeyman to Master (Andy Hunt and Dave Thomas)

The Pragmatic Programmer: From Journeyman to Master （Andrew Hunt 和 David Thomas; Addison-Wesley 1999 年）
程序員修煉之道——從小工到專家 （馬維達(dá) 譯，電子工業(yè)出版社 ，2004 年）
做一個純粹的面向?qū)ο箝_發(fā)人員有其優(yōu)勢所在。在當(dāng)今復(fù)雜的社會中，作為 Java 語言開發(fā)人員，為完成任務(wù)常要妥協(xié)。Hunt 和 Thomas 探討了如何不將真正重要的東西妥協(xié)掉而完成任務(wù)。這不是一本關(guān)于 Java 語言的書，而是 Java 語言開發(fā)人員重要的思想讀物。例如，我認(rèn)為沒從“要解決問題，而不是推卸責(zé)任”這句忠言中受益的程序員，不能像個自豪的藝術(shù)家一樣在他的杰作上簽上大名。

Peopleware: Productive Projects and Teams (Tom DeMarco and Timothy Lister)

Peopleware: Productive Projects and Teams （Tom DeMarco，Timothy Lister; Dorset House，1999 年）
人件（第2版） （UMLChina 翻譯組 譯，清華大學(xué)出版社 ，2003 年）
這份列表中的其他所有書籍都至少和技術(shù)有些相關(guān)。這本書卻不是。在所有技術(shù)行話和首字母縮略詞的海洋中，有時軟件開發(fā)人員和經(jīng)理們會忘記：是人 制造了軟件。DeMarco 和 Lister 向我們提醒了這一事實，也向我們提醒了形成這一區(qū)別的原因。這不是一本關(guān)于一門特定編程語言的書籍，但卻是每個 Java 語言程序員都應(yīng)該讀的書。關(guān)于 “累死程序員如何讓經(jīng)理們適得其反” 還有許多其他的好書，但這是最好的一本。

回頁首

Web 站點

Web 站點的數(shù)目浩如煙海，如果您想要消化其中的內(nèi)容，窮畢生之力也難以全部訪問。包含 Java 語言某方面內(nèi)容的詳盡的網(wǎng)站列表會大得離譜。下列站點都是可靠、真實的。

Sun 的 Java 技術(shù)站點

Sun 的 Java 語言站點
這是 Sun 的 Java 語言主站。作為 Java 語言開發(fā)人員，您會發(fā)現(xiàn)自己頻繁地訪問此站點。下列鏈接特別重要，特別是對新入行的 Java 語言開發(fā)人員：

• New to Java Center
  New to Java Center
  New to Java Center 存放了許多循序漸進(jìn)的 Java 技術(shù)資源鏈接。如果您剛接觸這門語言，這是一個好的起點。
• 教程和代碼庫
  Java Tutorial
  這里有大名鼎鼎的 Java Tutorial，以及關(guān)于 Java 語言各個方面（例如 Collection）的其他教程。

IBM developerWorks

IBM 的 developerWorks
推銷自己也許有些厚臉皮，但 developerWorks 是一項巨大的資源，收錄了大量 Java 語言工具和技術(shù)的教程和文章。其內(nèi)容從初學(xué)者指南到學(xué)習(xí)這門語言到高級并發(fā)性技術(shù)?？梢愿鶕?jù)主題搜索內(nèi)容，然后根據(jù)類型瀏覽。

Apache Software Foundation

Apache Software Foundation
Apache 站點是許多可重用庫（通用領(lǐng)域）和工具的主頁，這些庫和工具幫助 Java 開發(fā)人員進(jìn)行開發(fā)。這里的內(nèi)容全都是開放源碼，所以盡管下載想要的吧！許多極其流行的 Java 語言庫和工具（如 Struts、Ant 和 Tomcat）都始于 Apache 項目。Jakarta 專區(qū)匯聚了大多數(shù)新興的 Java 語言材料。

Eclipse.org

Eclipse
有幾個好的 Java 語言集成開發(fā)環(huán)境（IDE）。Eclipse（來自 IBM）是最新的 IDE 之一，它很快成為 Java 語言開發(fā)的首要 IDE。它完全是開源的，這意味著它是免費的。該站包含了學(xué)習(xí)如何有效使用 Eclipse 的各種參考資料。這里還有關(guān)于 Standard Widget Toolkit（SWT）的信息，SWT 是相對于 Swing 來說更加輕量級的選擇。

Eclipse 插件中心和 Eclipse 插件

Eclipse 插件中心 和 Eclipse 插件
Eclipse 基于插件架構(gòu)。事實上，插件是 Eclipse 的 Java 語言開發(fā)組件。但有差不多上千個插件，從 Web 開發(fā)的插件到在 Eclipse 環(huán)境中玩游戲的插件。這兩個站點分類列出了大多數(shù)插件，可以進(jìn)行搜索。它們是很棒的資源。如果您想在 Eclipse 開發(fā)環(huán)境中弄點新東西，幸運的話有某個插件可能已經(jīng)實現(xiàn)，從這兩個站點能找到想要的插件。這兩個站點都允許評論插件，這樣您就可以知道哪些插件好，哪些值 得一試。

JUnit.org

JUnit.org
Junit 是 Java 語言中一個基本的單元測試框架。該站點包含了 Junit 最新最棒的版本，外加大量有關(guān)測試（Java 語言或者其他語言的）各個層面上（針對桌面應(yīng)用程序、Web 應(yīng)用程序、J2EE 應(yīng)用程序等）的其他資源。如果您想找測試資源，這里就是最佳起點。

TheServerSide.com

TheServerSide.com
如 果您要(或?qū)⒁?從事服務(wù)器端 Java 語言的開發(fā)，此站點是一處舉足輕重的資源。您可以到這里找到有關(guān) JBoss、J2EE、LDAP、Struts 和大量其他主題的文章，并且都是完全可檢索的。這些文章不僅僅是簡單描述 Java 語言的特征或者支持的庫。它們更進(jìn)一步地描述了庫的新奇用法（如使用 Jakarta Velocity 作為規(guī)則引擎，而不是模板引擎）。它們也提供了有關(guān) Java 語言現(xiàn)狀的連續(xù)評論（當(dāng)前的一篇文章是由 Tim Bray 所寫的 Java is boring ）。該站點更好的通用功能之一是對 Java 語言工具和產(chǎn)品（應(yīng)用服務(wù)器等）的矩陣式比較。

Bruce Eckel's MindView, Inc.

Bruce Eckel's MindView, Inc.
Eckel 寫了幾本 “用 …… 進(jìn)行思考” 的書，內(nèi)容關(guān)于 Java 語言、Python 和 C++ ，當(dāng)我學(xué)習(xí) Java 語言時，他的 Thinking in Java 對我尤其有幫助。它很實用并切中要害，在“在 Java 語言環(huán)境中如何面向?qū)ο笏伎肌狈矫婢哂凶孔R。您可以從此站點免費下載他所有書籍的電子版。他也寫了許多好文章，并且他把這些文章的鏈接都放到了這里（包括 關(guān)于 Jython、Java 和 .NET 比較等內(nèi)容的文章）。

ONJava.com

ONJava.com
O'Reilley 歷年來出版了一些有關(guān)編程語言和工具的優(yōu)秀書籍。他們的專注于 Java 語言的網(wǎng)站也不錯。它有些有關(guān)各種 Java 語言工具（如 JDOM 和 Hibernate）、Java 平臺（如 J2SE 和 J2EE）不同領(lǐng)域不同部分的文章。全部都可以被檢索到。他們有優(yōu)秀的文章和教程。該站點按主題排列。例如有 Java 和 XML、Java Security、Wireless Java 和 Java SysAdmin。該站點也有到 O'Reilley Learning Lab 的鏈接，在那里您能獲得在線參考資料（Java 語言相關(guān)和其他的）。那些不是免費的，但是許多都面向大學(xué)認(rèn)證。因此您可以以一種很方便的方式來學(xué)習(xí)技能，并得到一些認(rèn)證。

java.net

java.net 社區(qū)
java.net 社區(qū)有多個“社區(qū)”，有特定于主題的論壇和文章。例如 Java Desktop 社區(qū)有各類與 Java 語言桌面開發(fā)相關(guān)的資料。Java Patterns 社區(qū)作為一個門戶，也許對提供 Java 語言的模式資源相當(dāng)感興趣。還有一個 Java User Groups (JUG) 社區(qū)，在那里能找到有關(guān)創(chuàng)建、加入和管理一個 JUG 的信息。

回頁首

結(jié)束語

任 何 “好的”、“關(guān)鍵性的” 或者 “重要的” 參考資料列表都注定是不完整的，本文的列表也未能例外。 Java 語言的書籍?dāng)?shù)目眾多，當(dāng)然，萬維網(wǎng)也很龐大。除本文所列的參考資料之外，還有很多用于學(xué)習(xí) Java 語言的參考資料。但如果您擁有了這里所提到的所有書籍、網(wǎng)站、文章或者教程，您應(yīng)當(dāng)已經(jīng)擁有了一個使您良好開端并助您登堂入室的實用寶庫。

最 后，要成為一個能力日增和高效的 Java 語言開發(fā)人員，方法就是用它工作，動手來嘗試。如果有一個教程詳細(xì)介紹了所需創(chuàng)建的軟件的每一部分，您很可能并沒得到多少好處。有時，您可能得走自己的 路。在成功地嘗試了一些新的東西之后，您可能想要寫一篇文章、教程或者一本書來分享您所學(xué)到的。

我經(jīng)常會這樣來設(shè)置服務(wù)器端的JVM:JAVA_OPTS="-server -Xms3000m -Xmx3000m -Xss512k"

-server:一定要作為第一個參數(shù)，在多個CPU時性能佳
-Xms：初始Heap大小，使用的最小內(nèi)存
-Xmx：java heap最大值，使用的最大內(nèi)存
??? 上面兩個值一般設(shè)置為同樣的大小。

-Xss：每個線程的Stack大小

-verbose:gc 現(xiàn)實垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件

剛剛了解到的一些參數(shù)（待實踐測試）
-Xmn：young generation的heap大小，一般設(shè)置為Xmx的3、4分之一

-XX:+UseParNewGC ：縮短minor收集的時間
-XX:+UseConcMarkSweepGC ：縮短major收集的時間
??? 提示：此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適。