(原)Java 專業(yè)人士必備的書籍和網(wǎng)站列表 您必備的參考資料

文檔選項 ? ? 未顯示需要 JavaScript 的文檔選項 拓展 Tomcat 應(yīng)用 下載 IBM 開源 J2EE 應(yīng)用服務(wù)器 WAS CE 新版本 V1.1

級別: 初級

Roy Miller (roy@roywmiller.com), 創(chuàng)始人兼總裁, The Other Road, LLC

2007 年 1 月 15 日

對于 Java? 語言開發(fā)人員來說，信息過量是一個真正的問題。每個新入行的程序員都要面臨一個令人畏縮的挑戰(zhàn)：要進入的行業(yè)是一個具有海量知識的行業(yè)。要了解的東西簡直太多了。對于有經(jīng)驗的老手來說，情況只有些微好轉(zhuǎ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ù)量巨大。您鐘愛的未必在這份列表里。那并不意味著它們不好。它們只是不在這份列表里而已?？赡苁且驗槲疫€不知道它們。也可能是因為我不認為它們能夠算得上是重要資源。不包含一些參考資料是一個評判問題，但如果不這樣的話，您也許就要花幾小時來拖動滾動條，還要花上成千上萬美元來買書。如果您作為一個專業(yè)的 Java 程序員，有一些常用的優(yōu)秀參考資料，一定要讓我知道這些資料。這份列表一直都在更新中，您提出的那些也許就會被收錄進去。

書籍

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

Effective Java (Joshua Bloch)

Effective Java: Programming Language Guide （Joshua Bloch; Addison-Wesley，2001 年）
Effective Java 中文版 （潘愛民 譯; 機械工業(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ī)范，而是一本介紹每門語言特性的可讀書籍。這本書在嚴謹性和教育性方面權(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ā)人員都需要如此細致地了解并發(fā)性，也不是每個工程師都能達到本書的水準(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é)果的前提下改進現(xiàn)有代碼的設(shè)計。這是保持代碼整潔的最佳方式，用這種方法設(shè)計的代碼總是很容易修改。什么時候進行重構(gòu)呢？當(dāng)代碼“散發(fā)出味道”時。Fowler 的書里滿是 Java 語言代碼的例子。許多 Java 語言集成開發(fā)環(huán)境（IDE）（包括了 IBM 的 Eclipse）都將 Fowler 的重構(gòu)包含了進去，每一個都使用他的重構(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ǔ) （李英軍 等譯，機械工業(yè)出版社 ，2005 年）
這是一本在專業(yè)程序員圈子里更為有名的書，基于作者共同的綽號，這本書被認為是 “四人幫（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)模式 （王懷民 等譯，機械工業(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ù)模式一樣，一旦您讀過許多模式，您就會認為 “我已經(jīng)知道那個模式了” 。也許是這樣，但有一個用來引用模式的通用表達方式還是很有幫助的。在有多個組件（由不同人開發(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)威的參考資料，擴展了的 Money 例子也用 Java 語言寫成。Beck 詳述了如何用測試優(yōu)先進行 思考（這也許是許多程序員首先遇到的障礙）。

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 年）
程序員修煉之道——從小工到專家 （馬維達 譯，電子工業(yè)出版社 ，2004 年）
做一個純粹的面向?qū)ο箝_發(fā)人員有其優(yōu)勢所在。在當(dāng)今復(fù)雜的社會中，作為 Java 語言開發(fā)人員，為完成任務(wù)常要妥協(xié)。Hunt 和 Thomas 探討了如何不將真正重要的東西妥協(xié)掉而完成任務(wù)。這不是一本關(guān)于 Java 語言的書，而是 Java 語言開發(fā)人員重要的思想讀物。例如，我認為沒從“要解決問題，而不是推卸責(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 存放了許多循序漸進的 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ā)人員進行開發(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ù)插件，可以進行搜索。它們是很棒的資源。如果您想在 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 語言的特征或者支持的庫。它們更進一步地描述了庫的新奇用法（如使用 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 寫了幾本 “用 …… 進行思考” 的書，內(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é)認證。因此您可以以一種很方便的方式來學(xué)習(xí)技能，并得到一些認證。

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ā)人員，方法就是用它工作，動手來嘗試。如果有一個教程詳細介紹了所需創(chuàng)建的軟件的每一部分，您很可能并沒得到多少好處。有時，您可能得走自己的路。在成功地嘗試了一些新的東西之后，您可能想要寫一篇文章、教程或者一本書來分享您所學(xué)到的。

參考資料

• 您可以參閱本文在 developerWorks 全球站點上的 英文原文 。
  
  
• 在 developerWorks Java 技術(shù)專區(qū) 查找更多 Java 技術(shù)參考資料。
  
  
• 訪問 Java 技術(shù)新手入門 站點，獲取最新的參考資料，幫您開始使用 Java 編程。
  
  
• 通過參與 developerWorks blog 加入 developerWorks 社區(qū)。
  
  
• 瀏覽 關(guān)于這些主題和其他技術(shù)主題的書籍。
  

關(guān)于作者

		Roy Miller 是一名獨立軟件開發(fā)培訓(xùn)師、程序員兼作家，他在充滿挑戰(zhàn)、快節(jié)奏的咨詢公司里從事了十多年軟件開發(fā)和項目管理工作。他最初在 Andersen Consulting（現(xiàn)在是 Accenture）公司工作，在那里，他管理團隊實現(xiàn)了許多系統(tǒng)，從主機記帳系統(tǒng)到星形模式數(shù)據(jù)集市。最近三年來，他在北卡羅來納州 Holly Springs 的 RoleModel Software, Inc. 公司工作，在那里他專業(yè)地運用著 Java 技術(shù)，并擔(dān)任開發(fā)人員兼 Extreme Programming (XP) 培訓(xùn)師。他與人合著了 Addison-Wesley XP 系列的 Extreme Programming Applied: Playing to Win 一書，最近他寫了 Managing Software for Growth: Without Fear, Control and the Manufacturing Mindset 一書，來幫助經(jīng)理和管理層理解：像 XP 這樣的敏捷構(gòu)建方法為什么比傳統(tǒng)的方法更有效。2003 年，他創(chuàng)辦了自己的公司：The Other Road，該公司幫助其他公司了解如何向 XP 和被他稱為 Extreme Business (XB) 的方法轉(zhuǎn)換。

如何在JSP頁面中訪問web.xml中的初始化參數(shù)?

<context-param>
 <param-name>productId</param-name>
如何從java代碼中訪問web.xml 中的初始化參數(shù)? 
你可以使用externalContext的 getInitParameter 方法得到他們.例如 如果你的參數(shù)如下: 
<context-param>
 <param-name>connectionString</param-name>
 <param-value>jdbc:oracle:thin:scott/tiger@cartman:1521:O901DB</param-value>
</context-param>
你可以使用下面代碼訪問connectionString : 
FacesContext?fc?=?FacesContext.getCurrentInstance();
String?connection?=?fc.getExternalContext().getInitParameter("connectionString");
?

使用backing bean來添加UIComponents 到頁面中?

<%@taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<%@taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
<html>
<f:view>
<head>
<title>jsp1</title>
  <link rel="stylesheet" type="text/css" href="./style.css" title="Style"/>
</head>
<body bgcolor="#ffffff">  TESTING...
  <h:form id="form1">
    <h:panelGrid id="panelgridtest" binding="#{jsp1Bean.component}"/>
  </h:form>
</body>
</f:view>
</html>

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE faces-config PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN"
                              "http://java.sun.com/dtd/web-facesconfig_1_1.dtd">
<faces-config>
  <navigation-rule>
    <from-view-id>/jsp1</from-view-id>
    <navigation-case>
      <from-action>submit</from-action>
      <to-view-id>/jsp1</to-view-id>
      <redirect/>
    </navigation-case>
  </navigation-rule>
  <managed-bean>
    <managed-bean-name>jsp1Bean</managed-bean-name>
    <managed-bean-class>test.Jsp1Bean</managed-bean-class>
    <managed-bean-scope>session</managed-bean-scope>
  </managed-bean>
</faces-config>

如何在BackBean中使用SelectMany 對象?

 <managed-bean>
  <managed-bean-name>Manager</managed-bean-name>
 <managed-bean-class>demo.Manager</managed-bean-class>
  <managed-bean-scope>request</managed-bean-scope>
 <managed-bean>

<h:selectManyMenu binding="#{Manager.list}">

How to foward to another JSP from an actionListener ActionEvent

如何為每一個錯誤消息顯示一個圖片

<div align="center">
 <h:messages id="errMsgs" styleClass="errorFeedback" layout="table" />
</div>

??errorFeedback style class 可能是下面的代碼:

.errorFeedback {
 color: black;
 vertical-align: middle;
 background-image: url(/AccountSetup/images/warning_feedback.gif);
 background-repeat: no-repeat;
 background-position: left top;
 font-family: Verdana, Arial, Helvetica, sans-serif;
 font-weight: bold;
 line-height: 18px;
 font-size: 10pt;
 text-align: left;
 text-indent: 22px;}

(轉(zhuǎn)) 從 Filter和Servlet中如何訪問FacesContext?

?

J2EE 全面簡介(轉(zhuǎn)載)

本文從五個方面對J2EE進行了比較全面的介紹。從J2EE的概念說起，到它的優(yōu)勢，到J2EE典型的四層模型，和它的框架結(jié)構(gòu)，最后是J2EE十三種核心技術(shù)的一個簡介。本文分門別類的對J2EE中的服務(wù)，組件，層次，容器，API都做了比較詳細的介紹，相信看完此文，讀者會對J2EE有一個更清晰的認識。

J2EE的概念

目前，Java 2平臺有3個版本，它們是適用于小型設(shè)備和智能卡的Java 2平臺Micro版（Java 2 Platform Micro Edition，J2ME）、適用于桌面系統(tǒng)的Java 2平臺標(biāo)準(zhǔn)版（Java 2 Platform Standard Edition，J2SE）、適用于創(chuàng)建服務(wù)器應(yīng)用程序和服務(wù)的Java 2平臺企業(yè)版（Java 2 Platform Enterprise Edition，J2EE）。

J2EE是一種利用Java 2平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。J2EE技術(shù)的基礎(chǔ)就是核心Java平臺或Java 2平臺的標(biāo)準(zhǔn)版，J2EE不僅鞏固了標(biāo)準(zhǔn)版中的許多優(yōu)點，例如"編寫一次、隨處運行"的特性、方便存取數(shù)據(jù)庫的JDBC API、CORBA技術(shù)以及能夠在Internet應(yīng)用中保護數(shù)據(jù)的安全模式等等，同時還提供了對 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技術(shù)的全面支持。其最終目的就是成為一個能夠使企業(yè)開發(fā)者大幅縮短投放市場時間的體系結(jié)構(gòu)。

J2EE體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺，J2EE降低了開發(fā)多層應(yīng)用的費用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強了安全機制，提高了性能。

回頁首

J2EE的優(yōu)勢

J2EE為搭建具有可伸縮性、靈活性、易維護性的商務(wù)系統(tǒng)提供了良好的機制:

1. 保留現(xiàn)存的IT資產(chǎn): 由于企業(yè)必須適應(yīng)新的商業(yè)需求，利用已有的企業(yè)信息系統(tǒng)方面的投資，而不是重新制定全盤方案就變得很重要。這樣，一個以漸進的（而不是激進的，全盤否定的）方式建立在已有系統(tǒng)之上的服務(wù)器端平臺機制是公司所需求的。J2EE架構(gòu)可以充分利用用戶原有的投資，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。這之所以成為可能是因為J2EE擁有廣泛的業(yè)界支持和一些重要的'企業(yè)計算'領(lǐng)域供應(yīng)商的參與。每一個供應(yīng)商都對現(xiàn)有的客戶提供了不用廢棄已有投資，進入可移植的J2EE領(lǐng)域的升級途徑。由于基于J2EE平臺的產(chǎn)品幾乎能夠在任何操作系統(tǒng)和硬件配置上運行，現(xiàn)有的操作系統(tǒng)和硬件也能被保留使用。
2. 高效的開發(fā): J2EE允許公司把一些通用的、很繁瑣的服務(wù)端任務(wù)交給中間件供應(yīng)商去完成。這樣開發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上，相應(yīng)地縮短了開發(fā)時間。高級中間件供應(yīng)商提供以下這些復(fù)雜的中間件服務(wù):
   • 狀態(tài)管理服務(wù) -- 讓開發(fā)人員寫更少的代碼，不用關(guān)心如何管理狀態(tài)，這樣能夠更快地完成程序開發(fā)。
   • 持續(xù)性服務(wù) -- 讓開發(fā)人員不用對數(shù)據(jù)訪問邏輯進行編碼就能編寫應(yīng)用程序，能生成更輕巧，與數(shù)據(jù)庫無關(guān)的應(yīng)用程序，這種應(yīng)用程序更易于開發(fā)與維護。
   • 分布式共享數(shù)據(jù)對象CACHE服務(wù) -- 讓開發(fā)人員編制高性能的系統(tǒng)，極大提高整體部署的伸縮性。
3. 支持異構(gòu)環(huán)境: J2EE能夠開發(fā)部署在異構(gòu)環(huán)境中的可移植程序。基于J2EE的應(yīng)用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。因此設(shè)計合理的基于J2EE的程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構(gòu)企業(yè)計算環(huán)境中是十分關(guān)鍵的。J2EE標(biāo)準(zhǔn)也允許客戶訂購與J2EE兼容的第三方的現(xiàn)成的組件，把他們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用。
4. 可伸縮性: 企業(yè)必須要選擇一種服務(wù)器端平臺，這種平臺應(yīng)能提供極佳的可伸縮性去滿足那些在他們系統(tǒng)上進行商業(yè)運作的大批新客戶。基于J2EE平臺的應(yīng)用程序可被部署到各種操作系統(tǒng)上。例如可被部署到高端UNIX與大型機系統(tǒng)，這種系統(tǒng)單機可支持64至256個處理器。（這是NT服務(wù)器所望塵莫及的）J2EE領(lǐng)域的供應(yīng)商提供了更為廣泛的負載平衡策略。能消除系統(tǒng)中的瓶頸，允許多臺服務(wù)器集成部署。這種部署可達數(shù)千個處理器，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來商業(yè)應(yīng)用的需要。
5. 穩(wěn)定的可用性: 一個服務(wù)器端平臺必須能全天候運轉(zhuǎn)以滿足公司客戶、合作伙伴的需要。因為INTERNET是全球化的、無處不在的，即使在夜間按計劃停機也可能造成嚴重損失。若是意外停機，那會有災(zāi)難性后果。J2EE部署到可靠的操作環(huán)境中，他們支持長期的可用性。一些J2EE部署在WINDOWS環(huán)境中，客戶也可選擇健壯性能更好的操作系統(tǒng)如Sun Solaris、IBM OS/390。最健壯的操作系統(tǒng)可達到99.999%的可用性或每年只需5分鐘停機時間。這是實時性很強商業(yè)系統(tǒng)理想的選擇。

回頁首

J2EE 的四層模型

J2EE使用多層的分布式應(yīng)用模型，應(yīng)用邏輯按功能劃分為組件，各個應(yīng)用組件根據(jù)他們所在的層分布在不同的機器上。事實上，sun設(shè)計J2EE的初衷正是為了解決兩層模式(client/server)的弊端，在傳統(tǒng)模式中，客戶端擔(dān)當(dāng)了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較容易，但難于升級或改進，可伸展性也不理想，而且經(jīng)?；谀撤N專有的協(xié)議?D?D通常是某種數(shù)據(jù)庫協(xié)議。它使得重用業(yè)務(wù)邏輯和界面邏輯非常困難?，F(xiàn)在J2EE 的多層企業(yè)級應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個多層化應(yīng)用能夠為不同的每種服務(wù)提供一個獨立的層，以下是 J2EE 典型的四層結(jié)構(gòu):

• 運行在客戶端機器上的客戶層組件
• 運行在J2EE服務(wù)器上的Web層組件
• 運行在J2EE服務(wù)器上的業(yè)務(wù)邏輯層組件
• 運行在EIS服務(wù)器上的企業(yè)信息系統(tǒng)(Enterprise information system)層軟件

J2EE應(yīng)用程序組件
J2EE應(yīng)用程序是由組件構(gòu)成的.J2EE組件是具有獨立功能的軟件單元，它們通過相關(guān)的類和文件組裝成J2EE應(yīng)用程序，并與其他組件交互。J2EE說明書中定義了以下的J2EE組件:

• 應(yīng)用客戶端程序和applets是客戶層組件.
• Java Servlet和JavaServer Pages(JSP)是web層組件.
• Enterprise JavaBeans(EJB)是業(yè)務(wù)層組件.

客戶層組件
J2EE應(yīng)用程序可以是基于web方式的,也可以是基于傳統(tǒng)方式的.

web 層組件
J2EE web層組件可以是JSP 頁面或Servlets.按照J2EE規(guī)范，靜態(tài)的HTML頁面和Applets不算是web層組件。

正如下圖所示的客戶層那樣，web層可能包含某些 JavaBean 對象來處理用戶輸入，并把輸入發(fā)送給運行在業(yè)務(wù)層上的enterprise bean 來進行處理。

業(yè)務(wù)層組件
業(yè)務(wù)層代碼的邏輯用來滿足銀行，零售，金融等特殊商務(wù)領(lǐng)域的需要,由運行在業(yè)務(wù)層上的enterprise bean 進行處理. 下圖表明了一個enterprise bean 是如何從客戶端程序接收數(shù)據(jù)，進行處理(如果必要的話), 并發(fā)送到EIS 層儲存的，這個過程也可以逆向進行。

有三種企業(yè)級的bean: 會話(session) beans, 實體(entity) beans, 和消息驅(qū)動(message-driven) beans. 會話bean 表示與客戶端程序的臨時交互. 當(dāng)客戶端程序執(zhí)行完后, 會話bean 和相關(guān)數(shù)據(jù)就會消失. 相反, 實體bean 表示數(shù)據(jù)庫的表中一行永久的記錄. 當(dāng)客戶端程序中止或服務(wù)器關(guān)閉時, 就會有潛在的服務(wù)保證實體bean 的數(shù)據(jù)得以保存.消息驅(qū)動 bean 結(jié)合了會話bean 和 JMS的消息監(jiān)聽器的特性, 允許一個業(yè)務(wù)層組件異步接收JMS 消息.

企業(yè)信息系統(tǒng)層
企業(yè)信息系統(tǒng)層處理企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎(chǔ)建設(shè)系統(tǒng)例如企業(yè)資源計劃 (ERP), 大型機事務(wù)處理, 數(shù)據(jù)庫系統(tǒng),和其它的遺留信息系統(tǒng). 例如，J2EE 應(yīng)用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng)

回頁首

J2EE 的結(jié)構(gòu)

這種基于組件，具有平臺無關(guān)性的J2EE 結(jié)構(gòu)使得J2EE 程序的編寫十分簡單，因為業(yè)務(wù)邏輯被封裝成可復(fù)用的組件，并且J2EE 服務(wù)器以容器的形式為所有的組件類型提供后臺服務(wù). 因為你不用自己開發(fā)這種服務(wù), 所以你可以集中精力解決手頭的業(yè)務(wù)問題.

容器和服務(wù)
容器設(shè)置定制了J2EE服務(wù)器所提供得內(nèi)在支持，包括安全，事務(wù)管理，JNDI(Java Naming and Directory Interface)尋址,遠程連接等服務(wù)，以下列出最重要的幾種服務(wù)：

• J2EE安全(Security)模型可以讓你配置 web 組件或enterprise bean ,這樣只有被授權(quán)的用戶才能訪問系統(tǒng)資源. 每一客戶屬于一個特別的角色，而每個角色只允許激活特定的方法。你應(yīng)在enterprise bean的布置描述中聲明角色和可被激活的方法。由于這種聲明性的方法，你不必編寫加強安全性的規(guī)則。
• J2EE 事務(wù)管理（Transaction Management）模型讓你指定組成一個事務(wù)中所有方法間的關(guān)系，這樣一個事務(wù)中的所有方法被當(dāng)成一個單一的單元. 當(dāng)客戶端激活一個enterprise bean中的方法，容器介入一管理事務(wù)。因有容器管理事務(wù)，在enterprise bean中不必對事務(wù)的邊界進行編碼。要求控制分布式事務(wù)的代碼會非常復(fù)雜。你只需在布置描述文件中聲明enterprise bean的事務(wù)屬性，而不用編寫并調(diào)試復(fù)雜的代碼。容器將讀此文件并為你處理此enterprise bean的事務(wù)。
• JNDI 尋址(JNDI Lookup)服務(wù)向企業(yè)內(nèi)的多重名字和目錄服務(wù)提供了一個統(tǒng)一的接口,這樣應(yīng)用程序組件可以訪問名字和目錄服務(wù).
• J2EE遠程連接（Remote Client Connectivity）模型管理客戶端和enterprise bean間的低層交互. 當(dāng)一個enterprise bean創(chuàng)建后, 一個客戶端可以調(diào)用它的方法就象它和客戶端位于同一虛擬機上一樣.
• 生存周期管理（Life Cycle Management）模型管理enterprise bean的創(chuàng)建和移除,一個enterprise bean在其生存周期中將會歷經(jīng)幾種狀態(tài)。容器創(chuàng)建enterprise bean，并在可用實例池與活動狀態(tài)中移動他，而最終將其從容器中移除。即使可以調(diào)用enterprise bean的create及remove方法，容器也將會在后臺執(zhí)行這些任務(wù)。
• 數(shù)據(jù)庫連接池（Database Connection Pooling）模型是一個有價值的資源。獲取數(shù)據(jù)庫連接是一項耗時的工作，而且連接數(shù)非常有限。容器通過管理連接池來緩和這些問題。enterprise bean可從池中迅速獲取連接。在bean釋放連接之可為其他bean使用。

容器類型
J2EE應(yīng)用組件可以安裝部署到以下幾種容器中去:

• EJB 容器管理所有J2EE 應(yīng)用程序中企業(yè)級bean 的執(zhí)行. enterprise bean 和它們的容器運行在J2EE 服務(wù)器上.
• Web 容器管理所有J2EE 應(yīng)用程序中JSP頁面和Servlet組件的執(zhí)行. Web 組件和它們的容器運行在J2EE 服務(wù)器上.
• 應(yīng)用程序客戶端容器管理所有J2EE應(yīng)用程序中應(yīng)用程序客戶端組件的執(zhí)行. 應(yīng)用程序客戶端和它們的容器運行在J2EE 服務(wù)器上.
• Applet 容器是運行在客戶端機器上的web瀏覽器和 Java 插件的結(jié)合.

回頁首

J2EE的核心API與組件

J2EE平臺由一整套服務(wù)（Services）、應(yīng)用程序接口（APIs）和協(xié)議構(gòu)成，它對開發(fā)基于Web的多層應(yīng)用提供了功能支持，下面對J2EE中的13種技術(shù)規(guī)范進行簡單的描述(限于篇幅，這里只能進行簡單的描述):

1. JDBC(Java Database Connectivity): JDBC API為訪問不同的數(shù)據(jù)庫提供了一種統(tǒng)一的途徑，象ODBC一樣，JDBC對開發(fā)者屏蔽了一些細節(jié)問題，另外，JDCB對數(shù)據(jù)庫的訪問也具有平臺無關(guān)性。
2. JNDI(Java Name and Directory Interface): JNDI API被用于執(zhí)行名字和目錄服務(wù)。它提供了一致的模型來存取和操作企業(yè)級的資源如DNS和LDAP，本地文件系統(tǒng)，或應(yīng)用服務(wù)器中的對象。
3. EJB(Enterprise JavaBean): J2EE技術(shù)之所以贏得某體廣泛重視的原因之一就是EJB。它們提供了一個框架來開發(fā)和實施分布式商務(wù)邏輯，由此很顯著地簡化了具有可伸縮性和高度復(fù)雜的企業(yè)級應(yīng)用的開發(fā)。EJB規(guī)范定義了EJB組件在何時如何與它們的容器進行交互作用。容器負責(zé)提供公用的服務(wù)，例如目錄服務(wù)、事務(wù)管理、安全性、資源緩沖池以及容錯性。但這里值得注意的是，EJB并不是實現(xiàn)J2EE的唯一途徑。正是由于J2EE的開放性，使得有的廠商能夠以一種和EJB平行的方式來達到同樣的目的。
4. RMI(Remote Method Invoke): 正如其名字所表示的那樣，RMI協(xié)議調(diào)用遠程對象上方法。它使用了序列化方式在客戶端和服務(wù)器端傳遞數(shù)據(jù)。RMI是一種被EJB使用的更底層的協(xié)議。
5. Java IDL/CORBA: 在Java IDL的支持下，開發(fā)人員可以將Java和CORBA集成在一起。他們可以創(chuàng)建Java對象并使之可在CORBA ORB中展開, 或者他們還可以創(chuàng)建Java類并作為和其它ORB一起展開的CORBA對象的客戶。后一種方法提供了另外一種途徑，通過它Java可以被用于將你的新的應(yīng)用和舊的系統(tǒng)相集成。
6. JSP(Java Server Pages): JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。服務(wù)器在頁面被客戶端所請求以后對這些Java代碼進行處理，然后將生成的HTML頁面返回給客戶端的瀏覽器。
7. Java Servlet: Servlet是一種小型的Java程序，它擴展了Web服務(wù)器的功能。作為一種服務(wù)器端的應(yīng)用，當(dāng)被請求時開始執(zhí)行，這和CGI Perl腳本很相似。Servlet提供的功能大多與JSP類似，不過實現(xiàn)的方式不同。JSP通常是大多數(shù)HTML代碼中嵌入少量的Java代碼，而servlets全部由Java寫成并且生成HTML。
8. XML(Extensible Markup Language): XML是一種可以用來定義其它標(biāo)記語言的語言。它被用來在不同的商務(wù)過程中共享數(shù)據(jù)。XML的發(fā)展和Java是相互獨立的，但是，它和Java具有的相同目標(biāo)正是平臺獨立性。通過將Java和XML的組合，您可以得到一個完美的具有平臺獨立性的解決方案。
9. JMS(Java Message Service): MS是用于和面向消息的中間件相互通信的應(yīng)用程序接口(API)。它既支持點對點的域，有支持發(fā)布/訂閱(publish/subscribe)類型的域，并且提供對下列類型的支持：經(jīng)認可的消息傳遞,事務(wù)型消息的傳遞，一致性消息和具有持久性的訂閱者支持。JMS還提供了另一種方式來對您的應(yīng)用與舊的后臺系統(tǒng)相集成。
10. JTA(Java Transaction Architecture): JTA定義了一種標(biāo)準(zhǔn)的API，應(yīng)用系統(tǒng)由此可以訪問各種事務(wù)監(jiān)控。
11. JTS(Java Transaction Service): JTS是CORBA OTS事務(wù)監(jiān)控的基本的實現(xiàn)。JTS規(guī)定了事務(wù)管理器的實現(xiàn)方式。該事務(wù)管理器是在高層支持Java Transaction API (JTA)規(guī)范，并且在較底層實現(xiàn)OMG OTS specification的Java映像。JTS事務(wù)管理器為應(yīng)用服務(wù)器、資源管理器、獨立的應(yīng)用以及通信資源管理器提供了事務(wù)服務(wù)。
12. JavaMail: JavaMail是用于存取郵件服務(wù)器的API，它提供了一套郵件服務(wù)器的抽象類。不僅支持SMTP服務(wù)器，也支持IMAP服務(wù)器。
13. JTA(JavaBeans Activation Framework): JavaMail利用JAF來處理MIME編碼的郵件附件。MIME的字節(jié)流可以被轉(zhuǎn)換成Java對象，或者轉(zhuǎn)換自Java對象。大多數(shù)應(yīng)用都可以不需要直接使用JAF。

from:http://www.javaeye.com/topic/9706

數(shù)據(jù)庫對象的緩存策略

前言
本文探討Jive(曾經(jīng)開源的Java論壇)和Hibernate（Java開源持久層）的數(shù)據(jù)庫對象的緩存策略，并闡述作者本人的Lightor（Java開源持久層）采用的數(shù)據(jù)庫對象緩存策略。
本文的探討基于以前開源的Jive代碼，Hibernate2.1.7源碼，和作者本人的Lightor代碼。
本文用ID (Identifier的縮寫)來代表數(shù)據(jù)記錄的關(guān)鍵字。
數(shù)據(jù)對象查詢一般分為兩種：條件查詢，返回一個滿足條件的數(shù)據(jù)對象列表； ID查詢，返回ID對應(yīng)的數(shù)據(jù)對象。
本文主要探討“條件查詢”和“ID查詢”這兩種情況的緩存策略。
本文只探討一個JVM內(nèi)的數(shù)據(jù)緩存策略，不涉及分布式緩存；本文只探討對應(yīng)單表的數(shù)據(jù)對象的緩存，不涉及關(guān)聯(lián)表對象的情況。

一、Jive的緩存策略
1．Jive的緩存策略的過程描述：
(1)條件查詢的時候，Jive用 select id from table_name where …. （只選擇ID字段）這樣的SQL語句查詢數(shù)據(jù)庫，來獲得一個ID列表。
(2) Jive根據(jù)ID列表中的每個ID，首先查看緩存中是否存在對應(yīng)ID的數(shù)據(jù)對象：如果存在，那么直接取出，加入到 結(jié)果列表中；如果不存在，那么通過一條select * from table_name where id = {ID value} 這樣的SQL查詢數(shù)據(jù)庫，取出對應(yīng)的數(shù)據(jù)對象，放入到結(jié)果列表，并把這個數(shù)據(jù)對象按照ID放入到緩存中。
(3) ID查詢的時候，Jive執(zhí)行類似第(2)步的過程，先從緩存中查找該ID，查不到，再查詢數(shù)據(jù)庫，然后把結(jié)果放入到緩存。
(4) 刪除、更新、增加數(shù)據(jù)的時候，同時更新緩存。
2．Jive緩存策略的優(yōu)點：
(1) ID查詢的時候，如果該ID已經(jīng)存在于緩存中，那么可以直接取出。節(jié)省了一條數(shù)據(jù)庫查詢。
(2) 當(dāng)多次條件查詢的結(jié)果集相交的情況下，交集里面的數(shù)據(jù)對象不用重復(fù)從數(shù)據(jù)庫整個獲取，直接從緩存中獲取即可。
比如，第一次查詢的ID列表為{1, 2}，然后根據(jù)ID列表的ID從數(shù)據(jù)庫中一個一個取出數(shù)據(jù)對象，結(jié)果集為{a(id = 1), b(id = 2)}。
下一次查詢的ID列表為{2, 3}，由于ID = 2的數(shù)據(jù)對象已經(jīng)存在于緩存中，那么只要從數(shù)據(jù)庫中取出ID = 3的數(shù)據(jù)對象即可。
3．Jive緩存策略的缺點：
(1) 在根據(jù)條件查找數(shù)據(jù)對象列表的過程中，DAO的第(1)步用來獲得ID列表的那一次數(shù)據(jù)庫查詢，是必不可少的。
(2) 如果第(1)步返回的ID列表中有n個ID，在最壞的命中率（緩存中一個對應(yīng)ID都沒有）情況下，Jive還要再查詢n次數(shù)據(jù)庫。最壞情況下，共需要n + 1數(shù)據(jù)庫查詢。

二、Hibernate的二級緩存策略
Hibernate用Session類包裝了數(shù)據(jù)庫連接從打開到關(guān)閉的過程。
Session內(nèi)部維護一個數(shù)據(jù)對象集合，包括了本Session內(nèi)選取的、操作的數(shù)據(jù)對象。這稱為Session內(nèi)部緩存，是Hibernate的第一級最快緩存，屬于Hibernate的既定行為，不需要進行配置(也沒有辦法配置 :-)。
Session的生命期很短，存在于Session內(nèi)部的第一級最快緩存的生命期當(dāng)然也很短，命中率自然也很低。當(dāng)然，這個Session內(nèi)部緩存的主要作用是保持Session內(nèi)部數(shù)據(jù)狀態(tài)同步。
如果需要跨Session的命中率較高的全局緩存，那么必須對Hibernate進行二級緩存配置。一般來說，同樣數(shù)據(jù)類型（Class）的數(shù)據(jù)對象，共用一個二級緩存（或其中的同一塊）。
1．Hibernate二級緩存策略的過程描述：
(1)條件查詢的時候，總是發(fā)出一條select * from table_name where …. （選擇所有字段）這樣的SQL語句查詢數(shù)據(jù)庫，一次獲得所有的數(shù)據(jù)對象。
(2) 把獲得的所有數(shù)據(jù)對象根據(jù)ID放入到第二級緩存中。
(3) 當(dāng)Hibernate根據(jù)ID訪問數(shù)據(jù)對象的時候，首先從Session一級緩存中查；查不到，如果配置了二級緩存，那么從二級緩存中查；查不到，再查詢數(shù)據(jù)庫，把結(jié)果按照ID放入到緩存。
(4) 刪除、更新、增加數(shù)據(jù)的時候，同時更新緩存。

2．Hibernate二級緩存策略的優(yōu)點：
(1) 具有Jive緩存策略同樣的第(1)條優(yōu)點：ID查詢的時候，如果該ID已經(jīng)存在于緩存中，那么可以直接取出。節(jié)省了一條數(shù)據(jù)庫查詢。
(2) 不具有Jive緩存策略的第(2)條缺點，即hibernate不會有最壞情況下的 n + 1次數(shù)據(jù)庫查詢。
3．Hibernate二級緩存策略的缺點：
(1) 同Jive緩存策略的第(1)條缺點一樣，條件查詢的時候，第(1)步的數(shù)據(jù)庫查詢語句是不可少的。而且Hibernate選擇所有的字段，比只選擇ID字段花費的時間和空間都多。
(2) 不具備Jive緩存策略的第(2)條優(yōu)點。條件查詢的時候，必須把數(shù)據(jù)庫對象從數(shù)據(jù)庫中整個取出，即使該數(shù)據(jù)庫的ID已經(jīng)存在于緩存中。

三、Hibernate的Query緩存策略
可以看到，Jive緩存和Hibernate的二級緩存策略，都只是針對于ID查詢的緩存策略，對于條件查詢則毫無作用。（盡管Jive緩存的第(2)個優(yōu)點，能夠避免重復(fù)從數(shù)據(jù)庫獲取同一個ID對應(yīng)的數(shù)據(jù)對象，但select id from …這條數(shù)據(jù)庫查詢是每次條件查詢都必不可少的）。
為此，Hibernate提供了針對條件查詢的Query緩存。
1．Hibernate的Query緩存策略的過程描述：
(1) 條件查詢的請求一般都包括如下信息：SQL, SQL需要的參數(shù)，記錄范圍（起始位置rowStart，最大記錄個數(shù)maxRows)，等。
(2) Hibernate首先根據(jù)這些信息組成一個Query Key，根據(jù)這個Query Key到Query緩存中查找對應(yīng)的結(jié)果列表。如果存在，那么返回這個結(jié)果列表；如果不存在，查詢數(shù)據(jù)庫，獲取結(jié)果列表，把整個結(jié)果列表根據(jù)Query Key放入到Query緩存中。
(3) Query Key中的SQL涉及到一些表名，如果這些表的任何數(shù)據(jù)發(fā)生修改、刪除、增加等操作，這些相關(guān)的Query Key都要從緩存中清空。
2．Hibernate的Query緩存策略的優(yōu)點
(1) 條件查詢的時候，如果Query Key已經(jīng)存在于緩存，那么不需要再查詢數(shù)據(jù)庫。命中的情況下，一次數(shù)據(jù)庫查詢也不需要。
3．Hibernate的Query緩存策略的缺點
(1) 條件查詢涉及到的表中，如果有任何一條記錄增加、刪除、或改變，那么緩存中所有和該表相關(guān)的Query Key都會失效。
比如，有這樣幾組Query Key，它們的SQL里面都包括table1。
SQL = select * from table1 where c1 = ? …., parameter = 1, rowStart = 11, maxRows = 20.
SQL = select * from table1 where c1 = ? …., parameter = 1, rowStart = 21, maxRows = 20.
SQL = select * from table1 where c1 = ? ….., parameter = 2, rowStart = 11, maxRows = 20.
SQL = select * from table1 where c1 = ? ….., parameter = 2, rowStart = 11, maxRows = 20.
SQL = select * from table1 where c2 = ? …., parameter = ‘a(chǎn)bc’, rowStart = 11, maxRows = 20.

當(dāng)table1的任何數(shù)據(jù)對象（任何字段）改變、增加、刪除的時候，這些Query Key對應(yīng)的結(jié)果集都不能保證沒有發(fā)生變化。
很難做到根據(jù)數(shù)據(jù)對象的改動精確判斷哪些Query Key對應(yīng)的結(jié)果集受到影響。最簡單的實現(xiàn)方法，就是清空所有SQL包含table1的Query Key。

(2) Query緩存中，Query Key對應(yīng)的是數(shù)據(jù)對象列表，假如不同的Query Key對應(yīng)的數(shù)據(jù)對象列表有交集，那么，交集部分的數(shù)據(jù)對象就是重復(fù)存儲的。
比如，Query Key 1對應(yīng)的數(shù)據(jù)對象列表為{a(id = 1), b(id = 2)}，Query Key 2對應(yīng)的數(shù)據(jù)對象列表為{a(id = 1), c(id = 3)}，這個a就在兩個List同時存在了兩份。

4．二級緩存和Query緩存同步的困惑
假如，Query緩存中，一個Query Key對應(yīng)的結(jié)果列表為{a (id = 1) , b (id = 2), c (id = 3)}; 二級緩存里面有也id = 1對應(yīng)的數(shù)據(jù)對象a。
這兩個數(shù)據(jù)對象a之間是什么關(guān)系？能夠保持狀態(tài)同步嗎？
我閱讀Hibernate的相關(guān)源碼，沒有發(fā)現(xiàn)兩個緩存之間的這種同步關(guān)系。
或者兩者之間毫無關(guān)系。就像我上面所說的，只要表數(shù)據(jù)發(fā)生變化，相關(guān)的Query Key都要被清空。所以不用考慮同步問題？

四、Lightor的緩存策略
Lightor是我做的Java開源持久層框架。Lightor的意思是，Lightweight O/R。Hibernate，JDO，EJB CMP這些持久層框架，都是Layer。Lightor算不上Layer，而只是一個Helper。這里的O/R意思不是Object/Relational，而是Object/ResultSet的意思。:-)
Lightor的緩存策略，主要參照Hibernate的緩存思路，Lightor的緩存也分為 Query緩存和ID緩存。但其中有一點不同，兩者之間并不是毫無聯(lián)系的，而是相互關(guān)聯(lián)的。
1．Lightor的緩存策略的過程描述：
(1) 條件查詢的請求一般都包括如下信息：SQL, 對應(yīng)SQL的參數(shù)，起始記錄位置(rowStart)，最大記錄個數(shù)(maxRows)，等。
(2) Lightor首先根據(jù)這些信息組成一個Query Key，根據(jù)這個Query Key到Query緩存中查找對應(yīng)的結(jié)果ID列表。注意，這里獲取的是ID列表。
如果結(jié)果ID列表存在于Query緩存，那么根據(jù)這個ID列表的每個ID，到ID緩存中取對應(yīng)的數(shù)據(jù)對象。如果所有ID對應(yīng)的數(shù)據(jù)對象都找到，那個返回這個數(shù)據(jù)對象結(jié)果列表。注意，這里獲取的是整個數(shù)據(jù)對象（所有字段）的列表。
如果結(jié)果ID列表不存在于Query緩存，或者結(jié)果ID列表中的某一個ID不存在于ID緩存，那么，就查詢數(shù)據(jù)庫，獲取結(jié)果列表。然后，把獲取的每個數(shù)據(jù)對象按照ID放入到ID緩存；并組裝成一個ID列表，按照Query Key存放到Query緩存中。注意，這里是把ID列表，而不是整個對象列表，放入到Query緩存中。
(3) ID查詢的時候，Lightor先從ID緩存中查找該ID，如果不存在，那么查詢數(shù)據(jù)庫，把結(jié)果放入ID緩存。
(4) Query Key中的SQL涉及到一些表名，如果這些表的任何數(shù)據(jù)發(fā)生修改、刪除、增加等操作，這些相關(guān)的Query Key都要從緩存中清空。
2．Lightor的緩存策略的優(yōu)點
(1) Lightor的ID緩存具有Jive緩存，和Hibernate二級ID緩存的優(yōu)點。ID查詢的時候，如果該ID已經(jīng)存在于緩存中，那么可以直接取出。節(jié)省了一條數(shù)據(jù)庫查詢。
(2) Lightor的Query緩存具有Hibernate的Query緩存的優(yōu)點。條件查詢的時候，如果Query Key已經(jīng)存在于緩存，那么不需要再查詢數(shù)據(jù)庫。命中的情況下，一次數(shù)據(jù)庫查詢也不需要。
(3) Lightor的Query緩存中，Query Key對應(yīng)的是ID列表，而不是數(shù)據(jù)對象列表，真正的數(shù)據(jù)對象只存在于ID緩存中。所以，不同的Query Key對應(yīng)的ID列表如果有交集，ID對應(yīng)的數(shù)據(jù)對象也不會在ID緩存中重復(fù)存儲。
(4) Lightor的緩存也沒有Jive緩存的最壞情況n + 1次數(shù)據(jù)庫查詢?nèi)秉c。
3．Lightor的緩存策略的缺點
(1) Lightor的Query緩存具有Hibernate的Query緩存的缺點。條件查詢涉及到的表中，如果有任何一條記錄增加、刪除、或改變，那么緩存中所有和該表相關(guān)的Query Key都會失效。
(2) Lightor的ID緩存也具有hibernate的二級ID緩存具有的缺點。條件查詢的時候，即使ID已經(jīng)存在于緩存中，也需要重新把數(shù)據(jù)對象整個從數(shù)據(jù)庫取出，放入到緩存中。

五、Query Key的效率
Query緩存的Query Key的空間和時間開銷比較大。
Query Key里面存放的東西不少，SQL, 參數(shù)，范圍（起始，個數(shù)）。
這里面最大的東西就是SQL。又占地方，又花時間（hashCode, equals）。
Query Key最關(guān)鍵的兩個方法是hashCode和equals，重點是SQL的hashCode和equals。

Lightor的做法是，由于Lightor直接使用SQL，不用HQL、OQL之類，所以推薦盡量使用static final String的SQL，能夠節(jié)省空間和時間，以至于Query Key的效率能夠相當(dāng)于ID Key的效率。
至于Hibernate的QueryKey，有興趣的讀者可以去下載閱讀Hibernate的各個版本的源代碼，跟蹤一下QueryKey的實現(xiàn)優(yōu)化過程。

六、總結(jié)
這里列一個表，綜合表示Jive, Hibernate, Lightor的緩存策略的特征。
N + 1問題 重復(fù)ID緩存問題 Query緩存支持
Jive緩存 有 無 不支持
Hibernate緩存 無 有 支持
Lightor緩存 無 有 支持

注：
“重復(fù)ID緩存問題”的含義是，每次條件查詢，不是只取ID列表，而是取出完整對象（所有字段）的列表。這樣，同一個ID對應(yīng)的數(shù)據(jù)對象，即使在緩存中已經(jīng)存在，也可能被重新放入緩存。參見相關(guān)緩存的缺點描述。
“重復(fù)ID緩存問題”的負面效應(yīng)到底有多大，就看你的select id from …（只選擇ID）比你的 select * from … (選擇所有字段)快多少。主要影響因素是，字段的個數(shù)，字段值的長度，與數(shù)據(jù)庫服務(wù)器之間網(wǎng)絡(luò)傳輸速度。
不管怎么說，即使選擇所有字段，也只是一次數(shù)據(jù)庫查詢。而N + 1問題帶來的可能最壞的負面效應(yīng)（N + 1次數(shù)據(jù)查詢）卻是非常大的。
選擇緩存策略的時候，應(yīng)根據(jù)這些情況發(fā)生的概率和正負面效應(yīng)進行取舍。

----- added later

看到Robbin在04年6月的一篇相關(guān)文章。

Hibernate Iterator JCS分析
http://www.hibernate.org.cn/71.html

線性表，鏈表，哈希表是常用的數(shù)據(jù)結(jié)構(gòu)，在進行Java開發(fā)時，JDK已經(jīng)為我們提供了一系列相應(yīng)的類來實現(xiàn)基本的數(shù)據(jù)結(jié)構(gòu)。這些類均在java.util包中。本文試圖通過簡單的描述，向讀者闡述各個類的作用以及如何正確使用這些類。

Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│　└Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap

Collection接口
　　Collection是最基本的集合接口，一個Collection代表一組Object，即Collection的元素（Elements）。一些Collection允許相同的元素而另一些不行。一些能排序而另一些不行。Java SDK不提供直接繼承自Collection的類，Java SDK提供的類都是繼承自Collection的“子接口”如List和Set。
　　所有實現(xiàn)Collection接口的類都必須提供兩個標(biāo)準(zhǔn)的構(gòu)造函數(shù)：無參數(shù)的構(gòu)造函數(shù)用于創(chuàng)建一個空的Collection，有一個Collection參數(shù)的構(gòu)造函數(shù)用于創(chuàng)建一個新的Collection，這個新的Collection與傳入的Collection有相同的元素。后一個構(gòu)造函數(shù)允許用戶復(fù)制一個Collection。
　　如何遍歷Collection中的每一個元素？不論Collection的實際類型如何，它都支持一個iterator()的方法，該方法返回一個迭代子，使用該迭代子即可逐一訪問Collection中每一個元素。典型的用法如下：
　　　　Iterator it = collection.iterator(); // 獲得一個迭代子
　　　　while(it.hasNext()) {
　　　　　　Object obj = it.next(); // 得到下一個元素
　　　　}
　　由Collection接口派生的兩個接口是List和Set。

List接口
　　List是有序的Collection，使用此接口能夠精確的控制每個元素插入的位置。用戶能夠使用索引（元素在List中的位置，類似于數(shù)組下標(biāo)）來訪問List中的元素，這類似于Java的數(shù)組。
和下面要提到的Set不同，List允許有相同的元素。
　　除了具有Collection接口必備的iterator()方法外，List還提供一個listIterator()方法，返回一個ListIterator接口，和標(biāo)準(zhǔn)的Iterator接口相比，ListIterator多了一些add()之類的方法，允許添加，刪除，設(shè)定元素，還能向前或向后遍歷。
　　實現(xiàn)List接口的常用類有LinkedList，ArrayList，Vector和Stack。

LinkedList類
　　LinkedList實現(xiàn)了List接口，允許null元素。此外LinkedList提供額外的get，remove，insert方法在LinkedList的首部或尾部。這些操作使LinkedList可被用作堆棧（stack），隊列（queue）或雙向隊列（deque）。
　　注意LinkedList沒有同步方法。如果多個線程同時訪問一個List，則必須自己實現(xiàn)訪問同步。一種解決方法是在創(chuàng)建List時構(gòu)造一個同步的List：
　　　　List list = Collections.synchronizedList(new LinkedList(...));

ArrayList類
　　ArrayList實現(xiàn)了可變大小的數(shù)組。它允許所有元素，包括null。ArrayList沒有同步。
size，isEmpty，get，set方法運行時間為常數(shù)。但是add方法開銷為分攤的常數(shù)，添加n個元素需要O(n)的時間。其他的方法運行時間為線性。
　　每個ArrayList實例都有一個容量（Capacity），即用于存儲元素的數(shù)組的大小。這個容量可隨著不斷添加新元素而自動增加，但是增長算法并沒有定義。當(dāng)需要插入大量元素時，在插入前可以調(diào)用ensureCapacity方法來增加ArrayList的容量以提高插入效率。
　　和LinkedList一樣，ArrayList也是非同步的（unsynchronized）。

Vector類
　　Vector非常類似ArrayList，但是Vector是同步的。由Vector創(chuàng)建的Iterator，雖然和ArrayList創(chuàng)建的Iterator是同一接口，但是，因為Vector是同步的，當(dāng)一個Iterator被創(chuàng)建而且正在被使用，另一個線程改變了Vector的狀態(tài)（例如，添加或刪除了一些元素），這時調(diào)用Iterator的方法時將拋出ConcurrentModificationException，因此必須捕獲該異常。

Stack 類
　　Stack繼承自Vector，實現(xiàn)一個后進先出的堆棧。Stack提供5個額外的方法使得Vector得以被當(dāng)作堆棧使用。基本的push和pop方法，還有peek方法得到棧頂?shù)脑兀琫mpty方法測試堆棧是否為空，search方法檢測一個元素在堆棧中的位置。Stack剛創(chuàng)建后是空棧。

Set接口
　　Set是一種不包含重復(fù)的元素的Collection，即任意的兩個元素e1和e2都有e1.equals(e2)=false，Set最多有一個null元素。
　　很明顯，Set的構(gòu)造函數(shù)有一個約束條件，傳入的Collection參數(shù)不能包含重復(fù)的元素。
　　請注意：必須小心操作可變對象（Mutable Object）。如果一個Set中的可變元素改變了自身狀態(tài)導(dǎo)致Object.equals(Object)=true將導(dǎo)致一些問題。

Map接口
　　請注意，Map沒有繼承Collection接口，Map提供key到value的映射。一個Map中不能包含相同的key，每個key只能映射一個value。Map接口提供3種集合的視圖，Map的內(nèi)容可以被當(dāng)作一組key集合，一組value集合，或者一組key-value映射。

Hashtable類
　　Hashtable繼承Map接口，實現(xiàn)一個key-value映射的哈希表。任何非空（non-null）的對象都可作為key或者value。
　　添加數(shù)據(jù)使用put(key, value)，取出數(shù)據(jù)使用get(key)，這兩個基本操作的時間開銷為常數(shù)。
Hashtable通過initial capacity和load factor兩個參數(shù)調(diào)整性能。通常缺省的load factor 0.75較好地實現(xiàn)了時間和空間的均衡。增大load factor可以節(jié)省空間但相應(yīng)的查找時間將增大，這會影響像get和put這樣的操作。
使用Hashtable的簡單示例如下，將1，2，3放到Hashtable中，他們的key分別是”one”，”two”，”three”：
　　　　Hashtable numbers = new Hashtable();
　　　　numbers.put(“one”, new Integer(1));
　　　　numbers.put(“two”, new Integer(2));
　　　　numbers.put(“three”, new Integer(3));
　　要取出一個數(shù)，比如2，用相應(yīng)的key：
　　　　Integer n = (Integer)numbers.get(“two”);
　　　　System.out.println(“two = ” + n);
　　由于作為key的對象將通過計算其散列函數(shù)來確定與之對應(yīng)的value的位置，因此任何作為key的對象都必須實現(xiàn)hashCode和equals方法。hashCode和equals方法繼承自根類Object，如果你用自定義的類當(dāng)作key的話，要相當(dāng)小心，按照散列函數(shù)的定義，如果兩個對象相同，即obj1.equals(obj2)=true，則它們的hashCode必須相同，但如果兩個對象不同，則它們的hashCode不一定不同，如果兩個不同對象的hashCode相同，這種現(xiàn)象稱為沖突，沖突會導(dǎo)致操作哈希表的時間開銷增大，所以盡量定義好的hashCode()方法，能加快哈希表的操作。
　　如果相同的對象有不同的hashCode，對哈希表的操作會出現(xiàn)意想不到的結(jié)果（期待的get方法返回null），要避免這種問題，只需要牢記一條：要同時復(fù)寫equals方法和hashCode方法，而不要只寫其中一個。
　　Hashtable是同步的。

HashMap類
　　HashMap和Hashtable類似，不同之處在于HashMap是非同步的，并且允許null，即null value和null key。，但是將HashMap視為Collection時（values()方法可返回Collection），其迭代子操作時間開銷和HashMap的容量成比例。因此，如果迭代操作的性能相當(dāng)重要的話，不要將HashMap的初始化容量設(shè)得過高，或者load factor過低。

WeakHashMap類
　　WeakHashMap是一種改進的HashMap，它對key實行“弱引用”，如果一個key不再被外部所引用，那么該key可以被GC回收。

總結(jié)
　　如果涉及到堆棧，隊列等操作，應(yīng)該考慮用List，對于需要快速插入，刪除元素，應(yīng)該使用LinkedList，如果需要快速隨機訪問元素，應(yīng)該使用ArrayList。
　　如果程序在單線程環(huán)境中，或者訪問僅僅在一個線程中進行，考慮非同步的類，其效率較高，如果多個線程可能同時操作一個類，應(yīng)該使用同步的類。
　　要特別注意對哈希表的操作，作為key的對象要正確復(fù)寫equals和hashCode方法。
　　盡量返回接口而非實際的類型，如返回List而非ArrayList，這樣如果以后需要將ArrayList換成LinkedList時，客戶端代碼不用改變。這就是針對抽象編程。

[原創(chuàng)文章，轉(zhuǎn)載請保留或注明出處：http://www.regexlab.com/zh/regref.htm]

引言

??? 正則表達式（regular expression）描述了一種字符串匹配的模式，可以用來：（1）檢查一個串中是否含有符合某個規(guī)則的子串，并且可以得到這個子串；（2）根據(jù)匹配規(guī)則對字符串進行靈活的替換操作。

??? 正則表達式學(xué)習(xí)起來其實是很簡單的，不多的幾個較為抽象的概念也很容易理解。之所以很多人感覺正則表達式比較復(fù)雜，一方面是因為大多數(shù)的文檔沒有做到由淺 入深地講解，概念上沒有注意先后順序，給讀者的理解帶來困難；另一方面，各種引擎自帶的文檔一般都要介紹它特有的功能，然而這部分特有的功能并不是我們首 先要理解的。

??? 文章中的每一個舉例，都可以點擊進入到測試頁面進行測試。閑話少說，開始。

1. 正則表達式規(guī)則

1.1 普通字符

??? 字母、數(shù)字、漢字、下劃線、以及后邊章節(jié)中沒有特殊定義的標(biāo)點符號，都是"普通字符"。表達式中的普通字符，在匹配一個字符串的時候，匹配與之相同的一個字符。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："c"；匹配到的位置是：開始于2，結(jié)束于3。（注：下標(biāo)從0開始還是從1開始，因當(dāng)前編程語言的不同而可能不同）

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："bcd"；匹配到的位置是：開始于1，結(jié)束于4。

1.2 簡單的轉(zhuǎn)義字符

??? 一些不便書寫的字符，采用在前面加 "\" 的方法。這些字符其實我們都已經(jīng)熟知了。

??? 還有其他一些在后邊章節(jié)中有特殊用處的標(biāo)點符號，在前面加 "\" 后，就代表該符號本身。比如：^, $ 都有特殊意義，如果要想匹配字符串中 "^" 和 "$" 字符，則表達式就需要寫成 "\^" 和 "\$"。

??? 這些轉(zhuǎn)義字符的匹配方法與 "普通字符" 是類似的。也是匹配與之相同的一個字符。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："$d"；匹配到的位置是：開始于3，結(jié)束于5。

1.3 能夠與 '多種字符' 匹配的表達式

??? 正則表達式中的一些表示方法，可以匹配 '多種字符' 其中的任意一個字符。比如，表達式 "\d" 可以匹配任意一個數(shù)字。雖然可以匹配其中任意字符，但是只能是一個，不是多個。這就好比玩撲克牌時候，大小王可以代替任意一張牌，但是只能代替一張牌。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："12"；匹配到的位置是：開始于3，結(jié)束于5。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："aa1"；匹配到的位置是：開始于1，結(jié)束于4。

1.4 自定義能夠匹配 '多種字符' 的表達式

??? 使用方括號 [ ] 包含一系列字符，能夠匹配其中任意一個字符。用 [^ ] 包含一系列字符，則能夠匹配其中字符之外的任意一個字符。同樣的道理，雖然可以匹配其中任意一個，但是只能是一個，不是多個。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："bc"；匹配到的位置是：開始于1，結(jié)束于3。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："1"；匹配到的位置是：開始于3，結(jié)束于4。

1.5 修飾匹配次數(shù)的特殊符號

??? 前面章節(jié)中講到的表達式，無論是只能匹配一種字符的表達式，還是可以匹配多種字符其中任意一個的表達式，都只能匹配一次。如果使用表達式再加上修飾匹配次數(shù)的特殊符號，那么不用重復(fù)書寫表達式就可以重復(fù)匹配。

??? 使用方法是："次數(shù)修飾"放在"被修飾的表達式"后邊。比如："[bcd][bcd]" 可以寫成 "[bcd]{2}"。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："12.5"；匹配到的位置是：開始于10，結(jié)束于14。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："goooooogle"；匹配到的位置是：開始于7，結(jié)束于17。

1.6 其他一些代表抽象意義的特殊符號

??? 一些符號在表達式中代表抽象的特殊意義：

??? 進一步的文字說明仍然比較抽象，因此，舉例幫助大家理解。

??? ，匹配結(jié)果是：失敗。因為 "^" 要求與字符串開始的地方匹配，因此，只有當(dāng) "aaa" 位于字符串的開頭的時候，"^aaa" 才能匹配，。

??? 舉例2：表達式 "aaa$" 在匹配 "xxx aaa xxx" 時，匹配結(jié)果是：失敗。因為 "$" 要求與字符串結(jié)束的地方匹配，因此，只有當(dāng) "aaa" 位于字符串的結(jié)尾的時候，"aaa$" 才能匹配，。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："@a"；匹配到的位置是：開始于2，結(jié)束于4。
??? 進一步說明："\b" 與 "^" 和 "$" 類似，本身不匹配任何字符，但是它要求它在匹配結(jié)果中所處位置的左右兩邊，其中一邊是 "\w" 范圍，另一邊是 非"\w" 的范圍。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："end"；匹配到的位置是：開始于15，結(jié)束于18。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是："Tom"；匹配到的位置是：開始于4，結(jié)束于7。匹配下一個時，匹配結(jié)果是：成功；匹配到的內(nèi)容是："Jack"；匹配到的位置時：開始于15，結(jié)束于19。

??? ，匹配結(jié)果是：成功；匹配到內(nèi)容是："go go go"；匹配到的位置是：開始于6，結(jié)束于14。

??? ，匹配的結(jié)果是：成功；匹配到的內(nèi)容是："￥20.5"；匹配到的位置是：開始于6，結(jié)束于10。單獨獲取括號范圍匹配到的內(nèi)容是："20.5"。

2.1 匹配次數(shù)中的貪婪與非貪婪

??? 在使用修飾匹配次數(shù)的特殊符號時，有幾種表示方法可以使同一個表達式能夠匹配不同的次數(shù)，比如："{m,n}", "{m,}", "?", "*", "+"，具體匹配的次數(shù)隨被匹配的字符串而定。這種重復(fù)匹配不定次數(shù)的表達式在匹配過程中，總是盡可能多的匹配。比如，針對文本 "dxxxdxxxd"，舉例如下：

??? 由此可見，"\w+" 在匹配的時候，總是盡可能多的匹配符合它規(guī)則的字符。雖然第二個舉例中，它沒有匹配最后一個 "d"，但那也是為了讓整個表達式能夠匹配成功。同理，帶 "*" 和 "{m,n}" 的表達式都是盡可能地多匹配，帶 "?" 的表達式在可匹配可不匹配的時候，也是盡可能的 "要匹配"。這 種匹配原則就叫作 "貪婪" 模式 。

??? 非貪婪模式：

??? 在修飾匹配次數(shù)的特殊符號后再加上一個 "?" 號，則可以使匹配次數(shù)不定的表達式盡可能少的匹配，使可匹配可不匹配的表達式，盡可能的 "不匹配"。這種匹配原則叫作 "非貪婪" 模式，也叫作 "勉強" 模式。如果少匹配就會導(dǎo)致整個表達式匹配失敗的時候，與貪婪模式類似，非貪婪模式會最小限度的再匹配一些，以使整個表達式匹配成功。舉例如下，針對文本 "dxxxdxxxd" 舉例：

??? 更多的情況，舉例如下：

??? 舉 例1：表達式 "<td>(.*)</td>" 與字符串 "<td><p>aa</p></td> <td><p>bb</p></td>" 匹配時，匹配的結(jié)果是：成功；匹配到的內(nèi)容是 "<td><p>aa</p></td> <td><p>bb</p></td>" 整個字符串， 表達式中的 "</td>" 將與字符串中最后一個 "</td>" 匹配。

??? ，將只得到 "<td><p>aa</p></td>"， 再次匹配下一個時，可以得到第二個 "<td><p>bb</p></td>"。

2.2 反向引用 \1, \2...

??? 表達式在匹配時，表達式引擎會將小括號 "( )" 包含的表達式所匹配到的字符串記錄下來。在獲取匹配結(jié)果的時候，小括號包含的表達式所匹配到的字符串可以單獨獲取。這一點，在前面的舉例中，已經(jīng)多次展示 了。在實際應(yīng)用場合中，當(dāng)用某種邊界來查找，而所要獲取的內(nèi)容又不包含邊界時，必須使用小括號來指定所要的范圍。比如前面的 "<td>(.*?)</td>"。

??? 其實，"小括號包含的表達式所匹配到的字符串" 不僅是在匹配結(jié)束后才可以使用，在匹配過程中也可以使用。表達式后邊的部分，可以引用前面 "括號內(nèi)的子匹配已經(jīng)匹配到的字符串"。引用方法是 "\" 加上一個數(shù)字。"\1" 引用第1對括號內(nèi)匹配到的字符串，"\2" 引用第2對括號內(nèi)匹配到的字符串……以此類推，如果一對括號內(nèi)包含另一對括號，則外層的括號先排序號。換句話說，哪一對的左括號 "(" 在前，那這一對就先排序號。

??? 舉例如下：

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是：" 'Hello' "。再次匹配下一個時，可以匹配到 " "World" "。

??? ，匹配結(jié)果是：成功；匹配到的內(nèi)容是 "ccccc"。再次匹配下一個時，將得到 999999999。這個表達式要求 "\w" 范圍的字符至少重復(fù)5次，。

??? 舉例3：表達式 "<(\w+)\s*(\w+(=('|").*?\4)?\s*)*>.*?</\1>" 在匹配 "<td id='td1' style="bgcolor:white"></td>" 時，匹配結(jié)果是成功。如果 "<td>" 與 "</td>" 不配對，則會匹配失?。蝗绻某善渌鋵Γ部梢云ヅ涑晒?。

2.3 預(yù)搜索，不匹配；反向預(yù)搜索，不匹配

??? 前面的章節(jié)中，我講到了幾個代表抽象意義的特殊符號："^"，"$"，"\b"。它們都有一個共同點，那就是：它們本身不匹配任何字符，只是對 "字符串的兩頭" 或者 "字符之間的縫隙" 附加了一個條件。理解到這個概念以后，本節(jié)將繼續(xù)介紹另外一種對 "兩頭" 或者 "縫隙" 附加條件的，更加靈活的表示方法。

??? 正向預(yù)搜索："(?=xxxxx)"，"(?!xxxxx)"

??? 格式："(?=xxxxx)"，在被匹配的字符串中，它對所處的 "縫隙" 或者 "兩頭" 附加的條件是：所在縫隙的右側(cè)，必須能夠匹配上 xxxxx 這部分的表達式。因為它只是在此作為這個縫隙上附加的條件，所以它并不影響后邊的表達式去真正匹配這個縫隙之后的字符。這就類似 "\b"，本身不匹配任何字符。"\b" 只是將所在縫隙之前、之后的字符取來進行了一下判斷，不會影響后邊的表達式來真正的匹配。

??? ，將只匹配 "Windows NT" 中的 "Windows "，其他的 "Windows " 字樣則不被匹配。

??? ，將可以匹配6個"f"的前4個，可以匹配9個"9"的前7個。這個表達式可以讀解成：重復(fù)4次以上的字母數(shù)字，則匹配其剩下最后2位之前的部分。當(dāng)然，這個表達式可以不這樣寫，在此的目的是作為演示之用。

??? 格式："(?!xxxxx)"，所在縫隙的右側(cè)，必須不能匹配 xxxxx 這部分表達式。

??? ，將從頭一直匹配到 "stop" 之前的位置，如果字符串中沒有 "stop"，則匹配整個字符串。

??? ，只能匹配 "do"。在本條舉例中，"do" 后邊使用 "(?!\w)" 和使用 "\b" 效果是一樣的。

??? 反向預(yù)搜索："(?<=xxxxx)"，"(?<!xxxxx)"

??? 這兩種格式的概念和正向預(yù)搜索是類似的，反向預(yù)搜索要求的條件是：所在縫隙的 "左側(cè)"，兩種格式分別要求必須能夠匹配和必須不能夠匹配指定表達式，而不是去判斷右側(cè)。與 "正向預(yù)搜索" 一樣的是：它們都是對所在縫隙的一種附加條件，本身都不匹配任何字符。

??? 舉例5：表達式 "(?<=\d{4})\d+(?=\d{4})" 在匹配 "1234567890123456" 時，將匹配除了前4個數(shù)字和后4個數(shù)字之外的中間8個數(shù)字。由于 JScript.RegExp 不支持反向預(yù)搜索，因此，本條舉例不能夠進行演示。很多其他的引擎可以支持反向預(yù)搜索，比如：Java 1.4 以上的 java.util.regex 包，.NET 中System.Text.RegularExpressions 命名空間，boost::regex 以及 GRETA 正則表達式庫等。

3. 其他通用規(guī)則

??? 還有一些在各個正則表達式引擎之間比較通用的規(guī)則，在前面的講解過程中沒有提到。

3.1 表達式中，可以使用 "\xXX" 和 "\uXXXX" 表示一個字符（"X" 表示一個十六進制數(shù)）

3.2 在表達式 "\s"，"\d"，"\w"，"\b" 表示特殊意義的同時，對應(yīng)的大寫字母表示相反的意義

3.3 在表達式中有特殊意義，需要添加 "\" 才能匹配該字符本身的字符匯總

3.4 括號 "( )" 內(nèi)的子表達式，如果希望匹配結(jié)果不進行記錄供以后使用，可以使用 "(?:xxxxx)" 格式

??? ，結(jié)果是 "bbccdd"。括號 "(?:)" 范圍的匹配結(jié)果不進行記錄，因此 "(\w)" 使用 "\1" 來引用。

4. 綜合提示

4.1 如果要要求表達式所匹配的內(nèi)容是整個字符串，而不是從字符串中找一部分，那么可以在表達式的首尾使用 "^" 和 "$"，比如："^\d+$" 要求整個字符串只有數(shù)字。

4.2 如果要求匹配的內(nèi)容是一個完整的單詞，而不會是單詞的一部分，那么在表達式首尾使用 "\b"，比如：。

4.3 表達式不要匹配空字符串。否則會一直得到匹配成功，而結(jié)果什么都沒有匹配到。比如：準(zhǔn)備寫一個匹配 "123"、"123."、"123.5"、".5" 這幾種形式的表達式時，整數(shù)、小數(shù)點、小數(shù)數(shù)字都可以省略，但是不要將表達式寫成："\d*\.?\d*"，因為如果什么都沒有，這個表達式也可以匹配成 功。。

4.5 合理選擇貪婪模式與非貪婪模式，參見話題討論。

4.6 或 "|" 的左右兩邊，對某個字符最好只有一邊可以匹配，這樣，不會因為 "|" 兩邊的表達式因為交換位置而有所不同。