ThreadLocal
類是悄悄地出現(xiàn)在 Java 平臺版本 1.2 中的。雖然支持線程局部變量早就是許多線程工具(例如 Posixpthreads
工具)的一部分,但 Java Threads API 的最初設計卻沒有這項有用的功能。而且,最初的實現(xiàn)也相當?shù)托АS捎谶@些原因,ThreadLocal
極少受到關注,但對簡化線程安全并發(fā)程序的開發(fā)來說,它卻是很方便的。在 輕松使用線程的第 3 部分,Java 軟件顧問 Brian Goetz 研究了ThreadLocal
并提供了一些使用技巧。參加 Brian 的 多線程 Java 編程討論論壇以獲得您工程中的線程和并發(fā)問題的幫助。
編寫線程安全類是困難的。它不但要求仔細分析在什么條件可以對變量進行讀寫,而且要求仔細分析其它類能如何使用某個類。 有時,要在不影響類的功能、易用性或性能的情況下使類成為線程安全的是很困難的。有些類保留從一個方法調(diào)用到下一個方法調(diào)用的狀態(tài)信息,要在實踐中使這樣的類成為線程安全的是困難的。
管理非線程安全類的使用比試圖使類成為線程安全的要更容易些。非線程安全類通常可以安全地在多線程程序中使用,只要您能確保一個線程所用的類的實例不被其它線程使用。例如,JDBC Connection
類是非線程安全的 — 兩個線程不能在小粒度級上安全地共享一個 Connection
— 但如果每個線程都有它自己的 Connection
,那么多個線程就可以同時安全地進行數(shù)據(jù)庫操作。
不使用 ThreadLocal
為每個線程維護一個單獨的 JDBC 連接(或任何其它對象)當然是可能的;Thread API 給了我們把對象和線程聯(lián)系起來所需的所有工具。而 ThreadLocal 則使我們能更容易地把線程和它的每線程(per-thread)數(shù)據(jù)成功地聯(lián)系起來。
什么是線程局部變量(thread-local variable)?
線程局部變量高效地為每個使用它的線程提供單獨的線程局部變量值的副本。每個線程只能看到與自己相聯(lián)系的值,而不知道別的線程可能正在使用或修改它們自己的副本。一些編譯器(例如 Microsoft Visual C++ 編譯器或 IBM XL FORTRAN 編譯器)用存儲類別修飾符(像 static
或 volatile
)把對線程局部變量的支持集成到了其語言中。Java 編譯器對線程局部變量不提供特別的語言支持;相反地,它用 ThreadLocal
類實現(xiàn)這些支持, 核心 Thread
類中有這個類的特別支持。
因為線程局部變量是通過一個類來實現(xiàn)的,而不是作為 Java 語言本身的一部分,所以 Java 語言線程局部變量的使用語法比內(nèi)建線程局部變量語言的使用語法要笨拙一些。要創(chuàng)建一個線程局部變量,請實例化類 ThreadLocal
的一個對象。 ThreadLocal
類的行為與 java.lang.ref
中的各種 Reference
類的行為很相似; ThreadLocal
類充當存儲或檢索一個值時的間接句柄。清單 1 顯示了 ThreadLocal
接口。
|
get()
訪問器檢索變量的當前線程的值; set()
訪問器修改當前線程的值。 initialValue()
方法是可選的,如果線程未使用過某個變量,那么您可以用這個方法來設置這個變量的初始值;它允許延遲初始化。用一個示例實現(xiàn)來說明 ThreadLocal 的工作方式是最好的方法。清單 2 顯示了 ThreadLocal
的一個實現(xiàn)方式。它不是一個特別好的實現(xiàn)(雖然它與最初實現(xiàn)非常相似),所以很可能性能不佳,但它清楚地說明了 ThreadLocal 的工作方式。
|
這個實現(xiàn)的性能不會很好,因為每個 get()
和 set()
操作都需要 values
映射表上的同步,而且如果多個線程同時訪問同一個 ThreadLocal
,那么將發(fā)生爭用。此外,這個實現(xiàn)也是不切實際的,因為用 Thread
對象做 values
映射表中的關鍵字將導致無法在線程退出后對 Thread
進行垃圾回收,而且也無法對死線程的 ThreadLocal
的特定于線程的值進行垃圾回收。
![]() ![]() |
![]()
|
用 ThreadLocal 實現(xiàn)每線程 Singleton
線程局部變量常被用來描繪有狀態(tài)“單子”(Singleton) 或線程安全的共享對象,或者是通過把不安全的整個變量封裝進 ThreadLocal
,或者是通過把對象的特定于線程的狀態(tài)封裝進 ThreadLocal
。例如,在與數(shù)據(jù)庫有緊密聯(lián)系的應用程序中,程序的很多方法可能都需要訪問數(shù)據(jù)庫。在系統(tǒng)的每個方法中都包含一個 Connection
作為參數(shù)是不方便的 — 用“單子”來訪問連接可能是一個雖然更粗糙,但卻方便得多的技術。然而,多個線程不能安全地共享一個 JDBC Connection
。如清單 3 所示,通過使用“單子”中的 ThreadLocal
,我們就能讓我們的程序中的任何類容易地獲取每線程 Connection
的一個引用。這樣,我們可以認為 ThreadLocal
允許我們創(chuàng)建 每線程單子。
|
任何創(chuàng)建的花費比使用的花費相對昂貴些的有狀態(tài)或非線程安全的對象,例如 JDBC Connection
或正則表達式匹配器,都是可以使用每線程單子(singleton)技術的好地方。當然,在類似這樣的地方,您可以使用其它技術,例如用池,來安全地管理共享訪問。然而,從可伸縮性角度看,即使是用池也存在一些潛在缺陷。因為池實現(xiàn)必須使用同步,以維護池數(shù)據(jù)結構的完整性,如果所有線程使用同一個池,那么在有很多線程頻繁地對池進行訪問的系統(tǒng)中,程序性能將因爭用而降低。
![]() ![]() |
![]()
|
其它適合使用 ThreadLocal
但用池卻不能成為很好的替代技術的應用程序包括存儲或累積每線程上下文信息以備稍后檢索之用這樣的應用程序。例如,假設您想創(chuàng)建一個用于管理多線程應用程序調(diào)試信息的工具。您可以用如清單 4 所示的 DebugLogger
類作為線程局部容器來累積調(diào)試信息。在一個工作單元的開頭,您清空容器,而當一個錯誤出現(xiàn)時,您查詢該容器以檢索這個工作單元迄今為止生成的所有調(diào)試信息。
|
在您的代碼中,您可以調(diào)用 DebugLogger.put()
來保存您的程序正在做什么的信息,而且,稍后如果有必要(例如發(fā)生了一個錯誤),您能夠容易地檢索與某個特定線程相關的調(diào)試信息。 與簡單地把所有信息轉(zhuǎn)儲到一個日志文件,然后努力找出哪個日志記錄來自哪個線程(還要擔心線程爭用日志紀錄對象)相比,這種技術簡便得多,也有效得多。
ThreadLocal
在基于 servlet 的應用程序或工作單元是一個整體請求的任何多線程應用程序服務器中也是很有用的,因為在處理請求的整個過程中將要用到單個線程。您可以通過前面講述的每線程單子技術用 ThreadLocal
變量來存儲各種每請求(per-request)上下文信息。
![]() ![]() |
![]()
|
ThreadLocal 的線程安全性稍差的堂兄弟,InheritableThreadLocal
ThreadLocal 類有一個親戚,InheritableThreadLocal,它以相似的方式工作,但適用于種類完全不同的應用程序。創(chuàng)建一個線程時如果保存了所有 InheritableThreadLocal
對象的值,那么這些值也將自動傳遞給子線程。如果一個子線程調(diào)用 InheritableThreadLocal
的 get()
,那么它將與它的父線程看到同一個對象。為保護線程安全性,您應該只對不可變對象(一旦創(chuàng)建,其狀態(tài)就永遠不會被改變的對象)使用 InheritableThreadLocal
,因為對象被多個線程共享。 InheritableThreadLocal
很合適用于把數(shù)據(jù)從父線程傳到子線程,例如用戶標識(user id)或事務標識(transaction id),但不能是有狀態(tài)對象,例如 JDBC Connection
。
![]() ![]() |
![]()
|
雖然線程局部變量早已赫赫有名并被包括 Posix pthreads
規(guī)范在內(nèi)的很多線程框架支持,但最初的 Java 線程設計中卻省略了它,只是在 Java 平臺的版本 1.2 中才添加上去。在很多方面, ThreadLocal
仍在發(fā)展之中;在版本 1.3 中它被重寫,版本 1.4 中又重寫了一次,兩次都專門是為了性能問題。
在 JDK 1.2 中, ThreadLocal
的實現(xiàn)方式與清單 2 中的方式非常相似,除了用同步 WeakHashMap
代替 HashMap
來存儲 values 之外。(以一些額外的性能開銷為代價,使用 WeakHashMap 解決了無法對 Thread 對象進行垃圾回收的問題。)不用說, ThreadLocal
的性能是相當差的。
Java 平臺版本 1.3 提供的 ThreadLocal
版本已經(jīng)盡量更好了;它不使用任何同步,從而不存在可伸縮性問題,而且它也不使用弱引用。相反地,人們通過給 Thread
添加一個實例變量(該變量用于保存當前線程的從線程局部變量到它的值的映射的 HashMap
)來修改 Thread
類以支持 ThreadLocal
。因為檢索或設置一個線程局部變量的過程不涉及對可能被另一個線程讀寫的數(shù)據(jù)的讀寫操作,所以您可以不用任何同步就實現(xiàn) ThreadLocal.get()
和 set()
。而且,因為每線程值的引用被存儲在自已的 Thread
對象中,所以當對 Thread
進行垃圾回收時,也能對該 Thread
的每線程值進行垃圾回收。
不幸的是,即使有了這些改進,Java 1.3 中的 ThreadLocal
的性能仍然出奇地慢。據(jù)我的粗略測量,在雙處理器 Linux 系統(tǒng)上的 Sun 1.3 JDK 中進行 ThreadLocal.get()
操作,所耗費的時間大約是無爭用同步的兩倍。性能這么差的原因是 Thread.currentThread()
方法的花費非常大,占了 ThreadLocal.get()
運行時間的三分之二還多。雖然有這些缺點,JDK 1.3 ThreadLocal.get()
仍然比爭用同步快得多,所以如果在任何存在嚴重爭用的地方(可能是有非常多的線程,或者同步塊被頻繁地執(zhí)行,或者同步塊很大), ThreadLocal
可能仍然要高效得多。
在 Java 平臺的最新版本,即版本 1.4b2 中, ThreadLocal
和 Thread.currentThread()
的性能都有了很大提高。有了這些提高, ThreadLocal
應該比其它技術,如用池,更快。由于它比其它技術更簡單,也更不易出錯,人們最終將發(fā)現(xiàn)它是避免線程間出現(xiàn)不希望的交互的有效途徑。
![]() ![]() |
![]()
|
ThreadLocal
能帶來很多好處。它常常是把有狀態(tài)類描繪成線程安全的,或者封裝非線程安全類以使它們能夠在多線程環(huán)境中安全地使用的最容易的方式。使用 ThreadLocal
使我們可以繞過為實現(xiàn)線程安全而對何時需要同步進行判斷的復雜過程,而且因為它不需要任何同步,所以也改善了可伸縮性。除簡單之外,用 ThreadLocal
存儲每線程單子或每線程上下文信息在歸檔方面還有一個頗有價值好處 — 通過使用 ThreadLocal
,存儲在 ThreadLocal
中的對象都是 不被線程共享的是清晰的,從而簡化了判斷一個類是否線程安全的工作。
我希望您從這個系列中得到了樂趣,也學到了知識,我也鼓勵您到我的 討論論壇中來深入研究多線程問題。
Servlet是在多線程環(huán)境下的。即可能有多個請求發(fā)給一個servelt實例,每個請求是一個線程。
struts下的action也類似,同樣在多線程環(huán)境下。可以參考struts user guide: http://struts.apache.org/struts-action/userGuide/building_controller.html 中的Action Class Design Guidelines一節(jié): Write code for a multi-threaded environment - Our controller servlet creates only one instance of your Action class, and uses this one instance to service all requests. Thus, you need to write thread-safe Action classes. Follow the same guidelines you would use to write thread-safe Servlets.
譯:為多線程環(huán)境編寫代碼。我們的controller servlet指揮創(chuàng)建你的Action 類的一個實例,用此實例來服務所有的請求。因此,你必須編寫線程安全的Action類。遵循與寫線程安全的servlet同樣的方針。
1.什么是線程安全的代碼
在多線程環(huán)境下能正確執(zhí)行的代碼就是線程安全的。
安全的意思是能正確執(zhí)行,否則后果是程序執(zhí)行錯誤,可能出現(xiàn)各種異常情況。
2.如何編寫線程安全的代碼
很多書籍里都詳細講解了如何這方面的問題,他們主要講解的是如何同步線程對共享資源的使用的問題。主要是對synchronized關鍵字的各種用法,以及鎖的概念。
Java1.5中也提供了如讀寫鎖這類的工具類。這些都需要較高的技巧,而且相對難于調(diào)試。
但是,線程同步是不得以的方法,是比較復雜的,而且會帶來性能的損失。等效的代碼中,不需要同步在編寫容易度和性能上會更好些。
我這里強調(diào)的是什么代碼是始終為線程安全的、是不需要同步的。如下:
1)常量始終是線程安全的,因為只存在讀操作。
2)對構造器的訪問(new 操作)是線程安全的,因為每次都新建一個實例,不會訪問共享的資源。
3)最重要的是:局部變量是線程安全的。因為每執(zhí)行一個方法,都會在獨立的空間創(chuàng)建局部變量,它不是共享的資源。局部變量包括方法的參數(shù)變量。
struts user guide里有:
Only Use Local Variables - The most important principle that aids in thread-safe coding is to use only local variables, not instance variables , in your Action class.
譯:只使用用局部變量。--編寫線程安全的代碼最重要的原則就是,在Action類中只使用局部變量,不使用實例變量。
總結:
在Java的Web服務器環(huán)境下開發(fā),要注意線程安全的問題。最簡單的實現(xiàn)方式就是在Servlet和Struts Action里不要使用類變量、實例變量,但可以使用類常量和實例常量。
如果有這些變量,可以將它們轉(zhuǎn)換為方法的參數(shù)傳入,以消除它們。
注意一個容易混淆的地方:被Servlet或Action調(diào)用的類中(如值對象、領域模型類)中是否可以安全的使用實例變量?如果你在每次方法調(diào)用時
新建一個對象,再調(diào)用它們的方法,則不存在同步問題---因為它們不是多個線程共享的資源,只有共享的資源才需要同步---而Servlet和Action的實例對于多個線程是共享的。
換句話說,Servlet和Action的實例會被多個線程同時調(diào)用,而過了這一層,如果在你自己的代碼中沒有另外啟動線程,且每次調(diào)用后續(xù)業(yè)務對象時都是先新建一個實例再調(diào)用,則都是線程安全的。
CSS全稱Cascading Style Sheet。層疊式樣式表。從三年前就開始使用CSS了,但一直以來都小看了它。CSS的出現(xiàn)其實是一次革命,它試圖將網(wǎng)站的內(nèi)容與表現(xiàn)分開。 2.外鏈式: 3.導入式 3.屬性式: #fontRed 注明兩點 CSS 標簽屬性/屬性參考 CSS 標簽屬性/屬性 行為屬性 behavior 字體和文本屬性 direction* direction 顏色和背景屬性 background-attachment 版面屬性 border 分類屬性 display list-style 定位屬性 bottom* clip 打印屬性 page** pageBreakAfter 濾鏡屬性 filter 偽類和其它屬性 :active @charset 我們知道Dreamweaver在表格制作方面做得非常出色,但是在某些時候還是必須結合css才能達到一些特定效果,下面我們先把有關表格邊框的css語法整理出來,然后另外介紹怎樣用css美化表格的邊框。 有關表格邊框的css語法 具體內(nèi)容包括:上邊框?qū)挾取⒂疫吙驅(qū)挾取⑾逻吙驅(qū)挾取⒆筮吙驅(qū)挾取⑦吙驅(qū)挾取⑦吙蝾伾⑦吙驑邮健⑸线吙颉⑾逻吙颉⒆筮吙颉⒂疫吙颉⑦吙颉挾取⒏叨取⒂嘘P標簽等。 1.上邊框?qū)挾?/p> 語法: border-top-width: <值> 允許值: thin | medium | thick | <長度> 初始值: medium 適用于: 所有對象 向下兼容: 否 上邊框?qū)挾葘傩杂糜谥付ㄒ粋€元素上邊框的寬度。值可以是三個關鍵字其中的一個,都不受字體大小或長度的影響,可以用于實現(xiàn)成比例的寬度。不允許使用負值。也可以用在上邊框、邊框的寬度或邊框的屬性略寫。 2.右邊框?qū)挾?/p> 語法: border-right-width: <值> 允許值: thin | medium | thick | <長度> 初始值: medium 適用于: 所有對象 向下兼容: 否 右邊框?qū)挾葘傩杂糜谥付ㄔ氐挠疫吙虻膶挾取V悼梢允侨齻€關鍵字其中的一個,都不受字體大小或長度的影響,可以用于實現(xiàn)成比例的寬度。不允許使用負值。也可以用在右邊框、邊框的寬度或邊框的屬性略寫。 3.下邊框?qū)挾?/p> 語法: border-bottom-width: <值> 允許值: thin | medium | thick | <長度> 初始值: medium 適用于: 所有對象 向下兼容: 否 下邊框?qū)挾葘傩杂糜谥付ㄔ氐南逻吙虻膶挾取V悼梢允侨齻€關鍵字其中的一個,都不受字體大小或長度的影響,可以用于實現(xiàn)成比例的寬度。不允許使用負值。也可以用在下邊框、邊框的寬度或邊框的屬性略寫。 4.左邊框?qū)挾?/p> 語法: border-left-width: <值> 允許值: thin | medium | thick | <長度> 初始值: medium 適用于: 所有對象 向下兼容: 否 左邊框?qū)挾葘傩杂糜谥付ㄔ氐淖筮吙虻膶挾取V悼梢允侨齻€關鍵字其中的一個,都不受字體大小或長度的影響,可以用于實現(xiàn)成比例的寬度。不允許使用負值。也可以用在左邊框、邊框的寬度或邊框的屬性略寫。 5.邊框?qū)挾?/p> 語法: border-width: <值> 允許值: [ thin | medium | thick | <長度> ]{1,4} 初始值: 未定義 適用于: 所有對象 向下兼容: 否 邊框?qū)挾葘傩杂靡坏剿膫€值來設置元素的邊界,值是一個關鍵字或長度。不允許使用負值長度。如果四個值都給出了,它們分別應用于上、右、下和左邊框的式樣。如果給出一個值,它將被運用到各邊上。如果兩個或三個值給出了,省略了的值與對邊相等。 這個屬性是上邊框?qū)挾取⒂疫吙驅(qū)挾取⑾逻吙驅(qū)挾群妥筮吙驅(qū)挾葘傩缘穆詫憽R部梢允褂寐詫懙倪吙驅(qū)傩浴?/p> 6.邊框顏色 語法: border-color: <值> 允許值: <顏色>{1,4} 初始值: 顏色屬性的值 適用于: 所有對象 向下兼容: 否 邊框顏色屬性設置一個元素的邊框顏色。可以使用一到四個關鍵字。如果四個值都給出了,它們分別應用于上、右、下和左邊框的式樣。如果給出一個值,它將被運用到各邊上。如果兩個或三個值給出了,省略了的值與對邊相等。也可以使用略寫的邊框?qū)傩浴?/p> 7.邊框樣式 語法: border-style: <值> 允許值: [ none | dotted | dashed | solid | double | groove | ridge | inset | outset ]{1,4} 初始值: none 適用于: 所有對象 向下兼容: 否 邊框樣式屬性用于設置一個元素邊框的樣式。這個屬性必須用于指定可見的邊框。可以使用一到四個關鍵字。如果四個值都給出了,它們分別應用于上、右、下和左邊框的式樣。如果給出一個值,它將被運用到各邊上。如果兩個或三個值給出了,省略了的值與對邊相等。也可以使用略寫的邊框?qū)傩浴?/p> none:無樣式; 語法: border-top: <值> 允許值: <上邊框?qū)挾?gt; || <邊框式樣> || <顏色> 初始值: 未定義 適用于: 所有對象 向下兼容: 否 上邊框?qū)傩允且粋€用于設置一個元素上邊框的寬度、式樣和顏色的略寫。注意只能給出一個邊框式樣。也可以使用略寫的邊框?qū)傩浴?/p> 9.右邊框 語法: border-right: <值> 允許值: <右邊框?qū)挾?gt; || <邊框式樣> || <顏色> 初始值: 未定義 適用于: 所有對象 向下兼容: 否 右邊框?qū)傩允且粋€用于設置一個元素右邊框的寬度、式樣、和顏色的略寫。注意只能給出一個邊框式樣。也可以使用略寫的邊框?qū)傩浴! ? 10.下邊框 語法: border-bottom: <值> 允許值: <下邊框?qū)挾?gt; || <邊框式樣> || <顏色> 初始值: 未定義 適用于: 所有對象 向下兼容: 否 下邊框?qū)傩允且粋€用于設置一個元素的下邊框的寬度、式樣和顏色的略寫。注意只能給出一個邊框式樣。也可以使用略寫的邊框?qū)傩浴?/p> 11.左邊框 語法: border-left: <值> 允許值: <左邊框?qū)挾?gt; || <邊框式樣> || <顏色> 初始值: 未定義 適用于: 所有對象 向下兼容: 否 左邊框?qū)傩允且粋€用于設置一個元素左邊框的寬度、式樣和顏色的略寫。注意只能給出一個邊框式樣。也可以使用略寫的邊框?qū)傩浴?/p> 12.邊框 語法: border: <值> 允許值: <邊框?qū)挾?gt; || <邊框式樣> || <顏色> 初始值: 未定義 適用于: 所有對象 向下兼容: 否 邊框?qū)傩允且粋€用于設置一個元素邊框的寬度、式樣和顏色的略寫。 邊框聲明的例子包括: H2 { border: groove 3em } 邊框?qū)傩灾荒茉O置四種邊框;只能給出一組邊框的寬度和式樣。為了給出一個元素的四種邊框的不同的值,網(wǎng)頁制作者必須用一個或更多的屬性,如:上邊框、右邊框、下邊框、左邊框、邊框顏色、邊框?qū)挾取⑦吙蚴綐印⑸线吙驅(qū)挾取⒂疫吙驅(qū)挾取⑾逻吙驅(qū)挾然蜃筮吙驅(qū)挾取? 13.寬度 語法: width: <值> 允許值: <長度> | <百分比> | auto 初始值: auto 適用于: 塊級和替換元素 向下兼容: 否 寬度屬性的初始值為“auto”,即為該元素的原有寬度(有就是元素自己的寬度)。百分比參考上級元素的寬度。不允許使用負的長度值。 14.高度 語法: height: <值> 允許值: <長度> | auto 初始值: auto 適用于: 塊級和替換元素 向下兼容: 否 高度屬性的初始值為“auto”,即為該元素的原有高度(有就是元素自己的高度,)。百分比參考上級元素的寬度。不允許使用負的長度值。 15.有關標簽 table:表格標簽,對整個表格樣式的定義要放在table中; css濾鏡 隨著網(wǎng)頁設計技術的發(fā)展,人們已經(jīng)不滿足于原有的一些HTML標記,而是希望能夠為頁面添加一些多媒體屬性,例如濾鏡的和漸變的效果。CSS技術的飛快發(fā)展使這些需求成為了現(xiàn)實。從現(xiàn)在開始我要為大家介紹一個新的CSS擴展部分:CSS濾鏡屬性(Filter Properties)。使用這種技術可以把可視化的濾鏡和轉(zhuǎn)換效果添加到一個標準的HTML元素上,例如圖片、文本容器、以及其他一些對象。對于濾鏡和漸變效果,前者是基礎,因為后者就是濾鏡效果的不斷變化和演示更替。當濾鏡和漸變效果結合到一個基本的SCRIPT小程序中后,網(wǎng)頁設計者就可以擁有一個建立動態(tài)交互文檔的強大工具。也就是CSS FILTER+ SCRIPT, 這就說明想要建立動態(tài)的文檔還要一些SCRIPT (腳本語言)的基礎。 備注:可惜只有IE4.0以上支持,如果是別的瀏覽器,那就....... 元素 說明
IE4.0以上支持的濾鏡屬性表 濾鏡效果 描述 1、Alpha 濾鏡 語法:{FILTER:ALPHA(opacity=opacity,finishopacity=finishopacity,style=style,startx=startx, "Alpha"屬性是把一個目標元素與背景混合。設計者可以指定數(shù)值來控制混合的程度。這種“與背景混合”通俗地說就是一個元素的透明度。通過指定坐標,可以指定點、線、面的透明度。他們的參數(shù)含義分別如下: 效果如下: 2、Blur 濾鏡 語法:對于HTML:{ilter:blur(add=add,direction=direction,strength=strength)} 3、FlipH, FlipV 濾鏡 語法:{filter:filph} ,{filter:filpv} 分別是水平反轉(zhuǎn)和垂直反轉(zhuǎn),具體如下: 4、Chroma 濾鏡 語法:{filter:chroma(color=color)} 滴水檐坊 5、DropShadow 濾鏡 語法:{filter:dropshadow(color=color,offx=ofx,offy=offy,positive=positive)} “DropShaow"顧名思義就是添加對象的陰影效果。其工作原理是建立一個偏移量,加上較深。"Color"代表投射陰影的顏色,"offx"和"offy"分別是X方向和Y方向陰影的餓偏移量。"Positive"參數(shù)是一個布爾值,如果為“TRUE(非0)”,那么就為任何的非透明像素建立可見的投影。如果為“FASLE(0)”,那么就為透明的像素部分建立透明效果 6、Glow 濾鏡 語法:{filter:glow(color=color,strength)} 7、Gray ,Invert,Xray 濾鏡 語法:{filter:gray} ,{filter:invert},{filter:xray} Gray濾鏡是把一張圖片變成灰度圖;Invert濾鏡是把對象的可視化屬性全部翻轉(zhuǎn),包括色彩、飽和度、和亮度值;Xray濾鏡是讓對象反映出它的輪廓并把這些輪廓加亮,也就是所謂的“X”光片。 效果如下: 、Light 濾鏡 語法:Filter{light} 這個屬性模擬光源的投射效果。一旦為對象定義了“LIGHT"濾鏡屬性,那么就可以調(diào)用它的“方法(Method)"來設置或者改變屬性。“LIGHT"可用的方法有: AddAmbient 加入包圍的光源 9、Mask 濾鏡 語法:{filter:mask(color=color)} 使用"MASK"屬性可以為對象建立一個覆蓋于表面的膜,其效果就象戴者有色眼鏡看物體一樣。 10、Shadow 濾鏡 語法:{filter:shadow(color=color,direction=direction)} 利用“Shadow”屬性可以在指定的方向建立物體的投影,COLOR是投影色,DIRECTION是設置投影的方向。其中0度代表垂直向上,然后每45度為一個單位。它的默認值是向左的270度。 filter:shadow(color=red,direction=225) 11、Wave 濾鏡 語法:{filter:wave(add=add,freq=freq,lightstrength=strength,phase=phase,strength=strength)} “FREQ”是波紋的頻率,也就是指定在對象上一共需要產(chǎn)生多少個完整的波紋, “LIGHTSTRENGTH”參數(shù)可以對于波紋增強光影的效果,范圍0----100, “PHASE”參數(shù)用來設置正弦波的偏移量。 “STRENGTH”代表振幅大小。 |
Java虛擬機的深入研究
作者:劉學超
1??Java技術與Java虛擬機
說起Java,人們首先想到的是Java編程語言,然而事實上,Java是一種技術,它由四方面組成: Java編程語言、Java類文件格式、Java虛擬機和Java應用程序接口(Java API)。它們的關系如下圖所示:
圖1??Java四個方面的關系
運行期環(huán)境代表著Java平臺,開發(fā)人員編寫Java代碼(.java文件),然后將之編譯成字節(jié)碼(.class文件)。最后字節(jié)碼被裝入內(nèi)存,一旦字節(jié)碼進入虛擬機,它就會被解釋器解釋執(zhí)行,或者是被即時代碼發(fā)生器有選擇的轉(zhuǎn)換成機器碼執(zhí)行。從上圖也可以看出Java平臺由Java虛擬機和Java應用程序接口搭建,Java語言則是進入這個平臺的通道,用Java語言編寫并編譯的程序可以運行在這個平臺上。這個平臺的結構如下圖所示:
在Java平臺的結構中, 可以看出,Java虛擬機(JVM) 處在核心的位置,是程序與底層操作系統(tǒng)和硬件無關的關鍵。它的下方是移植接口,移植接口由兩部分組成:適配器和Java操作系統(tǒng), 其中依賴于平臺的部分稱為適配器;JVM 通過移植接口在具體的平臺和操作系統(tǒng)上實現(xiàn);在JVM 的上方是Java的基本類庫和擴展類庫以及它們的API, 利用Java API編寫的應用程序(application) 和小程序(Java applet) 可以在任何Java平臺上運行而無需考慮底層平臺, 就是因為有Java虛擬機(JVM)實現(xiàn)了程序與操作系統(tǒng)的分離,從而實現(xiàn)了Java 的平臺無關性。
那么到底什么是Java虛擬機(JVM)呢?通常我們談論JVM時,我們的意思可能是:
對JVM規(guī)范的的抽象說明是一些概念的集合,它們已經(jīng)在書《The Java Virtual Machine Specification》(《Java虛擬機規(guī)范》)中被詳細地描述了;對JVM的具體實現(xiàn)要么是軟件,要么是軟件和硬件的組合,它已經(jīng)被許多生產(chǎn)廠商所實現(xiàn),并存在于多種平臺之上;運行Java程序的任務由JVM的運行期實例單個承擔。在本文中我們所討論的Java虛擬機(JVM)主要針對第三種情況而言。它可以被看成一個想象中的機器,在實際的計算機上通過軟件模擬來實現(xiàn),有自己想象中的硬件,如處理器、堆棧、寄存器等,還有自己相應的指令系統(tǒng)。
JVM在它的生存周期中有一個明確的任務,那就是運行Java程序,因此當Java程序啟動的時候,就產(chǎn)生JVM的一個實例;當程序運行結束的時候,該實例也跟著消失了。下面我們從JVM的體系結構和它的運行過程這兩個方面來對它進行比較深入的研究。
2??Java虛擬機的體系結構
剛才已經(jīng)提到,JVM可以由不同的廠商來實現(xiàn)。由于廠商的不同必然導致JVM在實現(xiàn)上的一些不同,然而JVM還是可以實現(xiàn)跨平臺的特性,這就要歸功于設計JVM時的體系結構了。
我們知道,一個JVM實例的行為不光是它自己的事,還涉及到它的子系統(tǒng)、存儲區(qū)域、數(shù)據(jù)類型和指令這些部分,它們描述了JVM的一個抽象的內(nèi)部體系結構,其目的不光規(guī)定實現(xiàn)JVM時它內(nèi)部的體系結構,更重要的是提供了一種方式,用于嚴格定義實現(xiàn)時的外部行為。每個JVM都有兩種機制,一個是裝載具有合適名稱的類(類或是接口),叫做類裝載子系統(tǒng);另外的一個負責執(zhí)行包含在已裝載的類或接口中的指令,叫做運行引擎。每個JVM又包括方法區(qū)、堆、Java棧、程序計數(shù)器和本地方法棧這五個部分,這幾個部分和類裝載機制與運行引擎機制一起組成的體系結構圖為:
圖3??JVM的體系結構
JVM的每個實例都有一個它自己的方法域和一個堆,運行于JVM內(nèi)的所有的線程都共享這些區(qū)域;當虛擬機裝載類文件的時候,它解析其中的二進制數(shù)據(jù)所包含的類信息,并把它們放到方法域中;當程序運行的時候,JVM把程序初始化的所有對象置于堆上;而每個線程創(chuàng)建的時候,都會擁有自己的程序計數(shù)器和Java棧,其中程序計數(shù)器中的值指向下一條即將被執(zhí)行的指令,線程的Java棧則存儲為該線程調(diào)用Java方法的狀態(tài);本地方法調(diào)用的狀態(tài)被存儲在本地方法棧,該方法棧依賴于具體的實現(xiàn)。
下面分別對這幾個部分進行說明。
執(zhí)行引擎處于JVM的核心位置,在Java虛擬機規(guī)范中,它的行為是由指令集所決定的。盡管對于每條指令,規(guī)范很詳細地說明了當JVM執(zhí)行字節(jié)碼遇到指令時,它的實現(xiàn)應該做什么,但對于怎么做卻言之甚少。Java虛擬機支持大約248個字節(jié)碼。每個字節(jié)碼執(zhí)行一種基本的CPU運算,例如,把一個整數(shù)加到寄存器,子程序轉(zhuǎn)移等。Java指令集相當于Java程序的匯編語言。
Java指令集中的指令包含一個單字節(jié)的操作符,用于指定要執(zhí)行的操作,還有0個或多個操作數(shù),提供操作所需的參數(shù)或數(shù)據(jù)。許多指令沒有操作數(shù),僅由一個單字節(jié)的操作符構成。
虛擬機的內(nèi)層循環(huán)的執(zhí)行過程如下: do{ 取一個操作符字節(jié); 根據(jù)操作符的值執(zhí)行一個動作; }while(程序未結束)
由于指令系統(tǒng)的簡單性,使得虛擬機執(zhí)行的過程十分簡單,從而有利于提高執(zhí)行的效率。指令中操作數(shù)的數(shù)量和大小是由操作符決定的。如果操作數(shù)比一個字節(jié)大,那么它存儲的順序是高位字節(jié)優(yōu)先。例如,一個16位的參數(shù)存放時占用兩個字節(jié),其值為:
第一個字節(jié)*256+第二個字節(jié)字節(jié)碼。
指令流一般只是字節(jié)對齊的。指令tableswitch和lookup是例外,在這兩條指令內(nèi)部要求強制的4字節(jié)邊界對齊。
對于本地方法接口,實現(xiàn)JVM并不要求一定要有它的支持,甚至可以完全沒有。Sun公司實現(xiàn)Java本地接口(JNI)是出于可移植性的考慮,當然我們也可以設計出其它的本地接口來代替Sun公司的JNI。但是這些設計與實現(xiàn)是比較復雜的事情,需要確保垃圾回收器不會將那些正在被本地方法調(diào)用的對象釋放掉。
Java的堆是一個運行時數(shù)據(jù)區(qū),類的實例(對象)從中分配空間,它的管理是由垃圾回收來負責的:不給程序員顯式釋放對象的能力。Java不規(guī)定具體使用的垃圾回收算法,可以根據(jù)系統(tǒng)的需求使用各種各樣的算法。
Java方法區(qū)與傳統(tǒng)語言中的編譯后代碼或是Unix進程中的正文段類似。它保存方法代碼(編譯后的java代碼)和符號表。在當前的Java實現(xiàn)中,方法代碼不包括在垃圾回收堆中,但計劃在將來的版本中實現(xiàn)。每個類文件包含了一個Java類或一個Java界面的編譯后的代碼。可以說類文件是Java語言的執(zhí)行代碼文件。為了保證類文件的平臺無關性,Java虛擬機規(guī)范中對類文件的格式也作了詳細的說明。其具體細節(jié)請參考Sun公司的Java虛擬機規(guī)范。
Java虛擬機的寄存器用于保存機器的運行狀態(tài),與微處理器中的某些專用寄存器類似。Java虛擬機的寄存器有四種:
在上述體系結構圖中,我們所說的是第一種,即程序計數(shù)器,每個線程一旦被創(chuàng)建就擁有了自己的程序計數(shù)器。當線程執(zhí)行Java方法的時候,它包含該線程正在被執(zhí)行的指令的地址。但是若線程執(zhí)行的是一個本地的方法,那么程序計數(shù)器的值就不會被定義。
Java虛擬機的棧有三個區(qū)域:局部變量區(qū)、運行環(huán)境區(qū)、操作數(shù)區(qū)。
局部變量區(qū)
每個Java方法使用一個固定大小的局部變量集。它們按照與vars寄存器的字偏移量來尋址。局部變量都是32位的。長整數(shù)和雙精度浮點數(shù)占據(jù)了兩個局部變量的空間,卻按照第一個局部變量的索引來尋址。(例如,一個具有索引n的局部變量,如果是一個雙精度浮點數(shù),那么它實際占據(jù)了索引n和n+1所代表的存儲空間)虛擬機規(guī)范并不要求在局部變量中的64位的值是64位對齊的。虛擬機提供了把局部變量中的值裝載到操作數(shù)棧的指令,也提供了把操作數(shù)棧中的值寫入局部變量的指令。
運行環(huán)境區(qū)
在運行環(huán)境中包含的信息用于動態(tài)鏈接,正常的方法返回以及異常捕捉。
動態(tài)鏈接
運行環(huán)境包括對指向當前類和當前方法的解釋器符號表的指針,用于支持方法代碼的動態(tài)鏈接。方法的class文件代碼在引用要調(diào)用的方法和要訪問的變量時使用符號。動態(tài)鏈接把符號形式的方法調(diào)用翻譯成實際方法調(diào)用,裝載必要的類以解釋還沒有定義的符號,并把變量訪問翻譯成與這些變量運行時的存儲結構相應的偏移地址。動態(tài)鏈接方法和變量使得方法中使用的其它類的變化不會影響到本程序的代碼。
正常的方法返回
如果當前方法正常地結束了,在執(zhí)行了一條具有正確類型的返回指令時,調(diào)用的方法會得到一個返回值。執(zhí)行環(huán)境在正常返回的情況下用于恢復調(diào)用者的寄存器,并把調(diào)用者的程序計數(shù)器增加一個恰當?shù)臄?shù)值,以跳過已執(zhí)行過的方法調(diào)用指令,然后在調(diào)用者的執(zhí)行環(huán)境中繼續(xù)執(zhí)行下去。
異常捕捉
異常情況在Java中被稱作Error(錯誤)或Exception(異常),是Throwable類的子類,在程序中的原因是:①動態(tài)鏈接錯,如無法找到所需的class文件。②運行時錯,如對一個空指針的引用。程序使用了throw語句。
當異常發(fā)生時,Java虛擬機采取如下措施:
操作數(shù)棧區(qū)
機器指令只從操作數(shù)棧中取操作數(shù),對它們進行操作,并把結果返回到棧中。選擇棧結構的原因是:在只有少量寄存器或非通用寄存器的機器(如Intel486)上,也能夠高效地模擬虛擬機的行為。操作數(shù)棧是32位的。它用于給方法傳遞參數(shù),并從方法接收結果,也用于支持操作的參數(shù),并保存操作的結果。例如,iadd指令將兩個整數(shù)相加。相加的兩個整數(shù)應該是操作數(shù)棧頂?shù)膬蓚€字。這兩個字是由先前的指令壓進堆棧的。這兩個整數(shù)將從堆棧彈出、相加,并把結果壓回到操作數(shù)棧中。
每個原始數(shù)據(jù)類型都有專門的指令對它們進行必須的操作。每個操作數(shù)在棧中需要一個存儲位置,除了long和double型,它們需要兩個位置。操作數(shù)只能被適用于其類型的操作符所操作。例如,壓入兩個int類型的數(shù),如果把它們當作是一個long類型的數(shù)則是非法的。在Sun的虛擬機實現(xiàn)中,這個限制由字節(jié)碼驗證器強制實行。但是,有少數(shù)操作(操作符dupe和swap),用于對運行時數(shù)據(jù)區(qū)進行操作時是不考慮類型的。
本地方法棧,當一個線程調(diào)用本地方法時,它就不再受到虛擬機關于結構和安全限制方面的約束,它既可以訪問虛擬機的運行期數(shù)據(jù)區(qū),也可以使用本地處理器以及任何類型的棧。例如,本地棧是一個C語言的棧,那么當C程序調(diào)用C函數(shù)時,函數(shù)的參數(shù)以某種順序被壓入棧,結果則返回給調(diào)用函數(shù)。在實現(xiàn)Java虛擬機時,本地方法接口使用的是C語言的模型棧,那么它的本地方法棧的調(diào)度與使用則完全與C語言的棧相同。
3??Java虛擬機的運行過程
上面對虛擬機的各個部分進行了比較詳細的說明,下面通過一個具體的例子來分析它的運行過程。
虛擬機通過調(diào)用某個指定類的方法main啟動,傳遞給main一個字符串數(shù)組參數(shù),使指定的類被裝載,同時鏈接該類所使用的其它的類型,并且初始化它們。例如對于程序:
class HelloApp { public static void main(String[] args) { System.out.println("Hello World!"); for (int i = 0; i < args.length; i++ ) { System.out.println(args[i]); } } }
編譯后在命令行模式下鍵入: java HelloApp run virtual machine
將通過調(diào)用HelloApp的方法main來啟動java虛擬機,傳遞給main一個包含三個字符串"run"、"virtual"、"machine"的數(shù)組。現(xiàn)在我們略述虛擬機在執(zhí)行HelloApp時可能采取的步驟。
開始試圖執(zhí)行類HelloApp的main方法,發(fā)現(xiàn)該類并沒有被裝載,也就是說虛擬機當前不包含該類的二進制代表,于是虛擬機使用ClassLoader試圖尋找這樣的二進制代表。如果這個進程失敗,則拋出一個異常。類被裝載后同時在main方法被調(diào)用之前,必須對類HelloApp與其它類型進行鏈接然后初始化。鏈接包含三個階段:檢驗,準備和解析。檢驗檢查被裝載的主類的符號和語義,準備則創(chuàng)建類或接口的靜態(tài)域以及把這些域初始化為標準的默認值,解析負責檢查主類對其它類或接口的符號引用,在這一步它是可選的。類的初始化是對類中聲明的靜態(tài)初始化函數(shù)和靜態(tài)域的初始化構造方法的執(zhí)行。一個類在初始化之前它的父類必須被初始化。整個過程如下:
圖4:虛擬機的運行過程
4??結束語
本文通過對JVM的體系結構的深入研究以及一個Java程序執(zhí)行時虛擬機的運行過程的詳細分析,意在剖析清楚Java虛擬機的機理。
struts的validator資料見:struts validator
附一個正則表達式的資料:
正則表達式(regular expression)描述了一種字符串匹配的模式,可以用來檢查一個串是否含有某種子串、將匹配的子串做替換或者從某個串中取出符合某個條件的子串等。
列目錄時, dir *.txt或ls *.txt中的*.txt就
為便于理解和記憶,先從一些概念入手,所有特殊字符或字符組合有一個總表在后面,最后一些例子供理解相應的概念。
是由普通字符(例如字符 a 到 z)以及特殊字符(稱為元字符)組成的文字模式。正則表達式作為一個模板,將某個字符模式與所搜索的字符串進行匹配。
可以通過在一對分隔符之間放入表達式模式的各種組件來構造一個正則表達式,即/expression/
由所有那些未顯式指定為元字符的打印和非打印字符組成。這包括所有的大寫和小寫字母字符,所有數(shù)字,所有標點符號以及一些符號。
字符 | 含義 |
\cx | 匹配由x指明的控制字符。例如, \cM 匹配一個 Control-M 或回車符。x 的值必須為 A-Z 或 a-z 之一。否則,將 c 視為一個原義的 'c' 字符。 |
\f | 匹配一個換頁符。等價于 \x0c 和 \cL。 |
\n | 匹配一個換行符。等價于 \x0a 和 \cJ。 |
\r | 匹配一個回車符。等價于 \x0d 和 \cM。 |
\s | 匹配任何空白字符,包括空格、制表符、換頁符等等。等價于 [ \f\n\r\t\v]。 |
\S | 匹配任何非空白字符。等價于 [^ \f\n\r\t\v]。 |
\t | 匹配一個制表符。等價于 \x09 和 \cI。 |
\v | 匹配一個垂直制表符。等價于 \x0b 和 \cK。 |
所謂特殊字符,就是一些有特殊含義的字符,如上面說的"*.txt"中的*,簡單的說就是表示任何字符串的意思。如果要查找文件名中有*的文件,則需要對*進行轉(zhuǎn)義,即在其前加一個\。ls \*.txt。正則表達式有以下特殊字符。
特別字符 | 說明 |
$ | 匹配輸入字符串的結尾位置。如果設置了 RegExp 對象的 Multiline 屬性,則 $ 也匹配 '\n' 或 '\r'。要匹配 $ 字符本身,請使用 \$。 |
( ) | 標記一個子表達式的開始和結束位置。子表達式可以獲取供以后使用。要匹配這些字符,請使用 \( 和 \)。 |
* | 匹配前面的子表達式零次或多次。要匹配 * 字符,請使用 \*。 |
+ | 匹配前面的子表達式一次或多次。要匹配 + 字符,請使用 \+。 |
. | 匹配除換行符 \n之外的任何單字符。要匹配 .,請使用 \。 |
[ | 標記一個中括號表達式的開始。要匹配 [,請使用 \[。 |
? | 匹配前面的子表達式零次或一次,或指明一個非貪婪限定符。要匹配 ? 字符,請使用 \?。 |
\ | 將下一個字符標記為或特殊字符、或原義字符、或向后引用、或八進制轉(zhuǎn)義符。例如, 'n' 匹配字符 'n'。'\n' 匹配換行符。序列 '\\' 匹配 "\",而 '\(' 則匹配 "("。 |
^ | 匹配輸入字符串的開始位置,除非在方括號表達式中使用,此時它表示不接受該字符集合。要匹配 ^ 字符本身,請使用 \^。 |
{ | 標記限定符表達式的開始。要匹配 {,請使用 \{。 |
| | 指明兩項之間的一個選擇。要匹配 |,請使用 \|。 |
構造正則表達式的方法和創(chuàng)建數(shù)學表達式的方法一樣。也就是用多種元字符與操作符將小的表達式結合在一起來創(chuàng)建更大的表達式。正則表達式的組件可以是單個的字符、字符集合、字符范圍、字符間的選擇或者所有這些組件的任意組合。
限定符用來指定正則表達式的一個給定組件必須要出現(xiàn)多少次才能滿足匹配。有*或+或?或{n}或{n,}或{n,m}共6種。
*、+和?限定符都是貪婪的,因為它們會盡可能多的匹配文字,只有在它們的后面加上一個?就可以實現(xiàn)非貪婪或最小匹配。
正則表達式的限定符有:
字符 | 描述 |
* | 匹配前面的子表達式零次或多次。例如,zo* 能匹配 "z" 以及 "zoo"。* 等價于{0,}。 |
+ | 匹配前面的子表達式一次或多次。例如,'zo+' 能匹配 "zo" 以及 "zoo",但不能匹配 "z"。+ 等價于 {1,}。 |
? | 匹配前面的子表達式零次或一次。例如,"do(es)?" 可以匹配 "do" 或 "does" 中的"do" 。? 等價于 {0,1}。 |
{n} | n 是一個非負整數(shù)。匹配確定的 n 次。例如,'o{2}' 不能匹配 "Bob" 中的 'o',但是能匹配 "food" 中的兩個 o。 |
{n,} | n 是一個非負整數(shù)。至少匹配n 次。例如,'o{2,}' 不能匹配 "Bob" 中的 'o',但能匹配 "foooood" 中的所有 o。'o{1,}' 等價于 'o+'。'o{0,}' 則等價于 'o*'。 |
{n,m} | m 和 n 均為非負整數(shù),其中n <= m。最少匹配 n 次且最多匹配 m 次。例如,"o{1,3}" 將匹配 "fooooood" 中的前三個 o。'o{0,1}' 等價于 'o?'。請注意在逗號和兩個數(shù)之間不能有空格。 |
用來描述字符串或單詞的邊界,^和$分別指字符串的開始與結束,\b描述單詞的前或后邊界,\B表示非單詞邊界。
用圓括號將所有選擇項括起來,相鄰的選擇項之間用|分隔。但用圓括號會有一個副作用,是相關的匹配會被緩存,此時可用?:放在第一個選項前來消除這種副作用。
其中?:是非捕獲元之一,還有兩個非捕獲元是?=和?!,這兩個還有更多的含義,前者為正向預查,在任何開始匹配圓括號內(nèi)的正則表達式模式的位置來匹配搜索字符串,后者為負向預查,在任何開始不匹配該正則表達式模式的位置來匹配搜索字符串。
對一個正則表達式模式或部分模式兩邊添加圓括號將導致相關匹配存儲到一個臨時緩沖區(qū)中,所捕獲的每個子匹配都按照在正則表達式模式中從左至右所遇到的內(nèi)容存儲。存儲子匹配的緩沖區(qū)編號從 1 開始,連續(xù)編號直至最大 99 個子表達式。每個緩沖區(qū)都可以使用 '\n' 訪問,其中 n 為一個標識特定緩沖區(qū)的一位或兩位十進制數(shù)。
可以使用非捕獲元字符 '?:', '?=', or '?!' 來忽略對相關匹配的保存。
相同優(yōu)先級的從左到右進行運算,不同優(yōu)先級的運算先高后低。各種操作符的優(yōu)先級從高到低如下:
操作符 | 描述 |
\ | 轉(zhuǎn)義符 |
(), (?:), (?=), [] | 圓括號和方括號 |
*, +, ?, {n}, {n,}, {n,m} | 限定符 |
^, $, \anymetacharacter | 位置和順序 |
| | “或”操作 |
字符 | 描述 |
\ | 將下一個字符標記為一個特殊字符、或一個原義字符、或一個 向后引用、或一個八進制轉(zhuǎn)義符。例如,'n' 匹配字符 "n"。'\n' 匹配一個換行符。序列 '\\' 匹配 "\" 而 "\(" 則匹配 "("。 |
^ | 匹配輸入字符串的開始位置。如果設置了 RegExp 對象的 Multiline 屬性,^ 也匹配 '\n' 或 '\r' 之后的位置。 |
$ | 匹配輸入字符串的結束位置。如果設置了RegExp 對象的 Multiline 屬性,$ 也匹配 '\n' 或 '\r' 之前的位置。 |
* | 匹配前面的子表達式零次或多次。例如,zo* 能匹配 "z" 以及 "zoo"。* 等價于{0,}。 |
+ | 匹配前面的子表達式一次或多次。例如,'zo+' 能匹配 "zo" 以及 "zoo",但不能匹配 "z"。+ 等價于 {1,}。 |
? | 匹配前面的子表達式零次或一次。例如,"do(es)?" 可以匹配 "do" 或 "does" 中的"do" 。? 等價于 {0,1}。 |
{n} | n 是一個非負整數(shù)。匹配確定的 n 次。例如,'o{2}' 不能匹配 "Bob" 中的 'o',但是能匹配 "food" 中的兩個 o。 |
{n,} | n 是一個非負整數(shù)。至少匹配n 次。例如,'o{2,}' 不能匹配 "Bob" 中的 'o',但能匹配 "foooood" 中的所有 o。'o{1,}' 等價于 'o+'。'o{0,}' 則等價于 'o*'。 |
{n,m} | m 和 n 均為非負整數(shù),其中n <= m。最少匹配 n 次且最多匹配 m 次。例如,"o{1,3}" 將匹配 "fooooood" 中的前三個 o。'o{0,1}' 等價于 'o?'。請注意在逗號和兩個數(shù)之間不能有空格。 |
? | 當該字符緊跟在任何一個其他限制符 (*, +, ?, {n}, {n,}, {n,m}) 后面時,匹配模式是非貪婪的。非貪婪模式盡可能少的匹配所搜索的字符串,而默認的貪婪模式則盡可能多的匹配所搜索的字符串。例如,對于字符串 "oooo",'o+?' 將匹配單個 "o",而 'o+' 將匹配所有 'o'。 |
. | 匹配除 "\n" 之外的任何單個字符。要匹配包括 '\n' 在內(nèi)的任何字符,請使用象 '[.\n]' 的模式。 |
(pattern) | 匹配 pattern 并獲取這一匹配。所獲取的匹配可以從產(chǎn)生的 Matches 集合得到,在VBScript 中使用 SubMatches 集合,在JScript 中則使用 $0…$9 屬性。要匹配圓括號字符,請使用 '\(' 或 '\)'。 |
(?:pattern) | 匹配 pattern 但不獲取匹配結果,也就是說這是一個非獲取匹配,不進行存儲供以后使用。這在使用 "或" 字符 (|) 來組合一個模式的各個部分是很有用。例如, 'industr(?:y|ies) 就是一個比 'industry|industries' 更簡略的表達式。 |
(?=pattern) | 正向預查,在任何匹配 pattern 的字符串開始處匹配查找字符串。這是一個非獲取匹配,也就是說,該匹配不需要獲取供以后使用。例如,'Windows (?=95|98|NT|2000)' 能匹配 "Windows 2000" 中的 "Windows" ,但不能匹配 "Windows 3.1" 中的 "Windows"。預查不消耗字符,也就是說,在一個匹配發(fā)生后,在最后一次匹配之后立即開始下一次匹配的搜索,而不是從包含預查的字符之后開始。 |
(?!pattern) | 負向預查,在任何不匹配 pattern 的字符串開始處匹配查找字符串。這是一個非獲取匹配,也就是說,該匹配不需要獲取供以后使用。例如'Windows (?!95|98|NT|2000)' 能匹配 "Windows 3.1" 中的 "Windows",但不能匹配 "Windows 2000" 中的 "Windows"。預查不消耗字符,也就是說,在一個匹配發(fā)生后,在最后一次匹配之后立即開始下一次匹配的搜索,而不是從包含預查的字符之后開始 |
x|y | 匹配 x 或 y。例如,'z|food' 能匹配 "z" 或 "food"。'(z|f)ood' 則匹配 "zood" 或 "food"。 |
[xyz] | 字符集合。匹配所包含的任意一個字符。例如, '[abc]' 可以匹配 "plain" 中的 'a'。 |
[^xyz] | 負值字符集合。匹配未包含的任意字符。例如, '[^abc]' 可以匹配 "plain" 中的'p'。 |
[a-z] | 字符范圍。匹配指定范圍內(nèi)的任意字符。例如,'[a-z]' 可以匹配 'a' 到 'z' 范圍內(nèi)的任意小寫字母字符。 |
[^a-z] | 負值字符范圍。匹配任何不在指定范圍內(nèi)的任意字符。例如,'[^a-z]' 可以匹配任何不在 'a' 到 'z' 范圍內(nèi)的任意字符。 |
\b | 匹配一個單詞邊界,也就是指單詞和空格間的位置。例如, 'er\b' 可以匹配"never" 中的 'er',但不能匹配 "verb" 中的 'er'。 |
\B | 匹配非單詞邊界。'er\B' 能匹配 "verb" 中的 'er',但不能匹配 "never" 中的 'er'。 |
\cx | 匹配由 x 指明的控制字符。例如, \cM 匹配一個 Control-M 或回車符。x 的值必須為 A-Z 或 a-z 之一。否則,將 c 視為一個原義的 'c' 字符。 |
\d | 匹配一個數(shù)字字符。等價于 [0-9]。 |
\D | 匹配一個非數(shù)字字符。等價于 [^0-9]。 |
\f | 匹配一個換頁符。等價于 \x0c 和 \cL。 |
\n | 匹配一個換行符。等價于 \x0a 和 \cJ。 |
\r | 匹配一個回車符。等價于 \x0d 和 \cM。 |
\s | 匹配任何空白字符,包括空格、制表符、換頁符等等。等價于 [ \f\n\r\t\v]。 |
\S | 匹配任何非空白字符。等價于 [^ \f\n\r\t\v]。 |
\t | 匹配一個制表符。等價于 \x09 和 \cI。 |
\v | 匹配一個垂直制表符。等價于 \x0b 和 \cK。 |
\w | 匹配包括下劃線的任何單詞字符。等價于'[A-Za-z0-9_]'。 |
\W | 匹配任何非單詞字符。等價于 '[^A-Za-z0-9_]'。 |
\xn | 匹配 n,其中 n 為十六進制轉(zhuǎn)義值。十六進制轉(zhuǎn)義值必須為確定的兩個數(shù)字長。例如,'\x41' 匹配 "A"。'\x041' 則等價于 '\x04' & "1"。正則表達式中可以使用 ASCII 編碼。. |
\num | 匹配 num,其中 num 是一個正整數(shù)。對所獲取的匹配的引用。例如,'(.)\1' 匹配兩個連續(xù)的相同字符。 |
\n | 標識一個八進制轉(zhuǎn)義值或一個向后引用。如果 \n 之前至少 n 個獲取的子表達式,則 n 為向后引用。否則,如果 n 為八進制數(shù)字 (0-7),則 n 為一個八進制轉(zhuǎn)義值。 |
\nm | 標識一個八進制轉(zhuǎn)義值或一個向后引用。如果 \nm 之前至少有 nm 個獲得子表達式,則 nm 為向后引用。如果 \nm 之前至少有 n 個獲取,則 n 為一個后跟文字 m 的向后引用。如果前面的條件都不滿足,若 n 和 m 均為八進制數(shù)字 (0-7),則 \nm 將匹配八進制轉(zhuǎn)義值 nm。 |
\nml | 如果 n 為八進制數(shù)字 (0-3),且 m 和 l 均為八進制數(shù)字 (0-7),則匹配八進制轉(zhuǎn)義值 nml。 |
\un | 匹配 n,其中 n 是一個用四個十六進制數(shù)字表示的 Unicode 字符。例如, \u00A9 匹配版權符號 (?)。 |
正則表達式 | 說明 |
/\b([a-z]+) \1\b/gi | 一個單詞連續(xù)出現(xiàn)的位置 |
/(\w+):\/\/([^/:]+)(:\d*)?([^# ]*)/ | 將一個URL解析為協(xié)議、域、端口及相對路徑 |
/^(?:Chapter|Section) [1-9][0-9]{0,1}$/ | 定位章節(jié)的位置 |
/[-a-z]/ | A至z共26個字母再加一個-號。 |
/ter\b/ | 可匹配chapter,而不能terminal |
/\Bapt/ | 可匹配chapter,而不能aptitude |
/Windows(?=95 |98 |NT )/ | 可匹配Windows95或Windows98或WindowsNT,當找到一個匹配后,從Windows后面開始進行下一次的檢索匹配。 |