正則表達(dá)式經(jīng)典 (轉(zhuǎn))
"^\d+$" //非負(fù)整數(shù)（正整數(shù) + 0）
"^[0-9]*[1-9][0-9]*$" //正整數(shù)
"^((-\d+)|(0+))$" //非正整數(shù)（負(fù)整數(shù) + 0）
"^-[0-9]*[1-9][0-9]*$" //負(fù)整數(shù)
"^-?\d+$" //整數(shù)
"^\d+(\.\d+)?$" //非負(fù)浮點(diǎn)數(shù)（正浮點(diǎn)數(shù) + 0）
"^(([0-9]+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9]+)|([0-9]*[1-9][0-9]*))$" //正浮點(diǎn)數(shù)
"^((-\d+(\.\d+)?)|(0+(\.0+)?))$" //非正浮點(diǎn)數(shù)（負(fù)浮點(diǎn)數(shù) + 0）
"^(-(([0-9]+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9]+)|([0-9]*[1-9][0-9]*)))$" //負(fù)浮點(diǎn)數(shù)
"^(-?\d+)(\.\d+)?$" //浮點(diǎn)數(shù)
"^[A-Za-z]+$" //由26個(gè)英文字母組成的字符串
"^[A-Z]+$" //由26個(gè)英文字母的大寫組成的字符串
"^[a-z]+$" //由26個(gè)英文字母的小寫組成的字符串
"^[A-Za-z0-9]+$" //由數(shù)字和26個(gè)英文字母組成的字符串
"^\w+$" //由數(shù)字、26個(gè)英文字母或者下劃線組成的字符串
"^[\w-]+(\.[\w-]+)*@[\w-]+(\.[\w-]+)+$" //email地址
"^[a-zA-z]+://(\w+(-\w+)*)(\.(\w+(-\w+)*))*(\?\S*)?$"
----------------------------------------------------------------------------------------------------------------------
字符描述： \：將下一個(gè)字符標(biāo)記為特殊字符或字面值。例如"n"與字符"n"匹配。"\n"與換行符匹配。序列"\\"與"\"匹配，"\("與"("匹配。
^ ：匹配輸入的開始位置。
$ ：匹配輸入的結(jié)尾。
* ：匹配前一個(gè)字符零次或幾次。例如，"zo*"可以匹配"z"、"zoo"。
+ ：匹配前一個(gè)字符一次或多次。例如，"zo+"可以匹配"zoo",但不匹配"z"。
? ：匹配前一個(gè)字符零次或一次。例如，"a?ve?"可以匹配"never"中的"ve"。
.：匹配換行符以外的任何字符。
(pattern) 與模式匹配并記住匹配。匹配的子字符串可以從作為結(jié)果的 Matches 集合中使用 Item [0]...[n]取得。如果要匹配括號(hào)字符(和 )，可使用"\(" 或 "\)"。
x|y：匹配 x 或 y。例如 "z|food" 可匹配 "z" 或 "food"。"(z|f)ood" 匹配 "zoo" 或 "food"。
{n}：n 為非負(fù)的整數(shù)。匹配恰好n次。例如，"o{2}" 不能與 "Bob 中的 "o" 匹配，但是可以與"foooood"中的前兩個(gè)o匹配。
{n,} ：n 為非負(fù)的整數(shù)。匹配至少n次。例如，"o{2,}"不匹配"Bob"中的"o"，但是匹配"foooood"中所有的o。"o{1,}"等價(jià)于"o+"。"o{0,}"等價(jià)于"o*"。
{n,m} ：m 和 n 為非負(fù)的整數(shù)。匹配至少 n 次，至多 m 次。例如，"o{1,3}" 匹配 "fooooood"中前三個(gè)o。"o{0,1}"等價(jià)于"o?"。
[xyz] ：一個(gè)字符集。與括號(hào)中字符的其中之一匹配。例如，"[abc]" 匹配"plain"中的"a"。
[^xyz] ：一個(gè)否定的字符集。匹配不在此括號(hào)中的任何字符。例如，"[^abc]" 可以匹配"plain"中的"p".
[a-z] ：表示某個(gè)范圍內(nèi)的字符。與指定區(qū)間內(nèi)的任何字符匹配。例如，"[a-z]"匹配"a"與"z"之間的任何一個(gè)小寫字母字符。
[^m-z] ：否定的字符區(qū)間。與不在指定區(qū)間內(nèi)的字符匹配。例如，"[m-z]"與不在"m"到"z"之間的任何字符匹配。
\b ：與單詞的邊界匹配，即單詞與空格之間的位置。例如，"er\b" 與"never"中的"er"匹配，但是不匹配"verb"中的"er"。
\B ：與非單詞邊界匹配。"ea*r\B"與"never early"中的"ear"匹配。
\d ：與一個(gè)數(shù)字字符匹配。等價(jià)于[0-9]。
\D ：與非數(shù)字的字符匹配。等價(jià)于[^0-9]。
\f ：與分頁(yè)符匹配。
\n ：與換行符字符匹配。
\r ：與回車字符匹配。
\s ：與任何白字符匹配，包括空格、制表符、分頁(yè)符等。等價(jià)于"[ \f\n\r\t\v]"。
\S ：與任何非空白的字符匹配。等價(jià)于"[^ \f\n\r\t\v]"。
\t ：與制表符匹配。
\v ：與垂直制表符匹配。
\w ：與任何單詞字符匹配，包括下劃線。等價(jià)于"[A-Za-z0-9_]"。
\W ：與任何非單詞字符匹配。等價(jià)于"[^A-Za-z0-9_]"。
\num ：匹配 num個(gè)，其中 num 為一個(gè)正整數(shù)。引用回到記住的匹配。例如，"(.)\1"匹配兩個(gè)連續(xù)的相同的字符。
\n：匹配 n，其中n 是一個(gè)八進(jìn)制換碼值。八進(jìn)制換碼值必須是 1, 2 或 3 個(gè)數(shù)字長(zhǎng)。
例如，"\11" 和 "\011" 都與一個(gè)制表符匹配。"\0011"等價(jià)于"\001" 與 "1"。八進(jìn)制換碼值不得超過 256。否則，只有前兩個(gè)字符被視為表達(dá)式的一部分。允許在正則表達(dá)式中使用ASCII碼。
\xn：匹配n，其中n是一個(gè)十六進(jìn)制的換碼值。十六進(jìn)制換碼值必須恰好為兩個(gè)數(shù)字長(zhǎng)。例如，"\x41"匹配"A"。"\x041"等價(jià)于"\x04" 和 "1"。允許在正則表達(dá)式中使用 ASCII 碼。
好了，常用的方法和屬性就是這些了，上面的語(yǔ)法介紹的已經(jīng)很詳細(xì)了，我們就沒有必要在羅嗦了，接下來我們來看看在具體的例子里面如何使用這些方法和屬性來校驗(yàn)數(shù)據(jù)的合法性，我們還是舉個(gè)例子吧，比如，我們想要對(duì)用戶輸入的電子郵件進(jìn)行校驗(yàn)，那么，什么樣的數(shù)據(jù)才算是一個(gè)合法的電子郵件呢？我可以這樣輸入：uestc95@263.net，當(dāng)然我也會(huì)這樣輸入：xxx@yyy.com.cn,但是這樣的輸入就是非法的：xxx@@com.cn或者@xxx.com.cn，等等，所以我們得出一個(gè)合法的電子郵件地址至少應(yīng)當(dāng)滿足以下幾個(gè)條件：
1. 必須包含一個(gè)并且只有一個(gè)符號(hào)“@”
2. 必須包含至少一個(gè)至多三個(gè)符號(hào)“.”
3. 第一個(gè)字符不得是“@”或者“.”
4. 不允許出現(xiàn)“@.”或者.@
5. 結(jié)尾不得是字符“@”或者“.”
所以根據(jù)以上的原則和上面表中的語(yǔ)法，我們很容易的就可以得到需要的模板如下："(\w)+[@]{1}(\w)+[.]{1，3}(\w)+"
接下來我們仔細(xì)分析一下這個(gè)模板,首先“\w”表示郵件的開始字符只能是包含下劃線的單詞字符，這樣，滿足了第三個(gè)條件；“[@]{1}”表示在電子郵件中應(yīng)當(dāng)匹配并且只能匹配一次字符“@”,滿足了條件一；同樣的“[.]{1，3}”表示在電子郵件中至少匹配1個(gè)至多匹配3個(gè)字符“.” ，滿足了第二個(gè)條件；模板最后的“(\w)+”表示結(jié)尾的字符只能是包含下劃線在內(nèi)的單詞字符，滿足了條件五；模板中間的“(\w)+”滿足了條件四。
然后，我們就直接調(diào)用剛才的那個(gè)函數(shù)CheckExp("(\w)+[@]{1}(\w)+[.]{1}(\w)+",待校驗(yàn)的字符串)就好了，如果返回True就表示數(shù)據(jù)是合法的，否則就是不正確的，怎么樣，簡(jiǎn)單吧。我們還可以寫出來校驗(yàn)身份證號(hào)碼的模板："([0-9]){15}"；校驗(yàn)URL的模板："^http://{1}((\w)+[.]){1,3}"等等；我們可以看到，這些模板為我們提供了很好的可重利用的模塊，利用自己或者別人提供的各種模板，我們就可以方便快捷的進(jìn)行數(shù)據(jù)的合法性校驗(yàn)了，相信你一定會(huì)寫出非常通用的模板的。
這樣，我們只要定制不同的模板，就可以實(shí)現(xiàn)對(duì)不同數(shù)據(jù)的合法性校驗(yàn)了。所以，正則表達(dá)式對(duì)象中最重要的屬性就是：“Pattern”屬性,只要真正掌握了這個(gè)屬性，才可以自由的運(yùn)用正則表達(dá)式對(duì)象來為我們的數(shù)據(jù)校驗(yàn)進(jìn)行服務(wù)。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=560411
TCP協(xié)議
==> TCP首部
??? 源端口號(hào)、目的端口號(hào)、位序號(hào)、位確認(rèn)序號(hào)、首部長(zhǎng)度、標(biāo)志位、窗口大小、檢驗(yàn)和、緊急指針和其它選項(xiàng)。
???
??? 一個(gè)IP地址和一個(gè)端口號(hào)也成為一個(gè)插口(socket)。插口對(duì)可唯一確定互聯(lián)網(wǎng)中每個(gè)TCP連接的雙方。
==> TCP連接的建立與終止
??? TCP是一個(gè)面向連接的協(xié)議，無論哪方向另一方發(fā)送數(shù)據(jù)之前，都必須先在雙方之間建立一條連接。
??? TCP連接的建立——三次握手。
??? TCP連接的終止——四次握手。這是由TCP的半關(guān)閉造成的。因?yàn)門CP是全雙工的，因此每個(gè)方向必須單獨(dú)的進(jìn)行關(guān)閉。
==> 最大報(bào)文段長(zhǎng)度MSS
??? MSS越大，允許每個(gè)報(bào)文段傳遞的數(shù)據(jù)越多，相對(duì)TCP和IP的首部有更高的利用率。
??? 有些情況下，MSS是可以在建立TCP連接時(shí)進(jìn)行協(xié)商的選項(xiàng)，但是有些情況下不行 。
??? * 如果是本地網(wǎng)絡(luò)，TCP可以根據(jù)網(wǎng)絡(luò)外出接口處的MTU值減去固定的IP首部(20)和TCP長(zhǎng)度(20)，對(duì)于以太網(wǎng)，可以達(dá)到1460。
??? * 如果IP地址為非本地的，則MSS通常定為默認(rèn)值536字節(jié)（允許20字節(jié)的IP首部和20字節(jié)的TCP首部以適合576字節(jié)的IP數(shù)據(jù)報(bào)）。
??? MSS讓主機(jī)限制另一端發(fā)送數(shù)據(jù)的長(zhǎng)度，同時(shí)也能控制它自己發(fā)送數(shù)據(jù)報(bào)的長(zhǎng)度，避免較小MTU發(fā)生分片。
==> TCP的半關(guān)閉
??? TCP連接的一端在結(jié)束它的發(fā)送后還能接收來自另一端數(shù)據(jù)（直到它也發(fā)送FIN）的能力，這就是所謂的半關(guān)閉。應(yīng)用程序很少用到。
==> 復(fù)位報(bào)文段
??? * 不存在的端口（目的端口沒有進(jìn)程監(jiān)聽）。目的主機(jī)將對(duì)SYN請(qǐng)求返回一個(gè)RST報(bào)文段。（UDP則將產(chǎn)生一個(gè)端口不可達(dá)的信息）
??? * 異常終止。
??? * 檢測(cè)半打開的連接。
==> TCP服務(wù)器的設(shè)計(jì)
??? * 大多數(shù)TCP服務(wù)器的進(jìn)程是并發(fā)的.
??? * 只有處于監(jiān)聽的進(jìn)程才能處理客戶端的連接請(qǐng)求.
??? * TCP服務(wù)器可以對(duì)本地IP地址進(jìn)行限制,但是一般不能對(duì)遠(yuǎn)程IP地址進(jìn)行限制.
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=561075
關(guān)于Java棧與堆的思考
1. 棧(stack)與堆(heap)都是Java用來在Ram中存放數(shù)據(jù)的地方。與C++不同，Java自動(dòng)管理?xiàng)：投眩绦騿T不能直接地設(shè)置棧或堆。
2. 棧的優(yōu)勢(shì)是，存取速度比堆要快，僅次于直接位于CPU中的寄存器。但缺點(diǎn)是，存在棧中的數(shù)據(jù)大小與生存期必須是確定的，缺乏靈活性。另外，棧數(shù)據(jù)可以共享，詳見第3點(diǎn)。堆的優(yōu)勢(shì)是可以動(dòng)態(tài)地分配內(nèi)存大小，生存期也不必事先告訴編譯器，Java的垃圾收集器會(huì)自動(dòng)收走這些不再使用的數(shù)據(jù)。但缺點(diǎn)是，由于要在運(yùn)行時(shí)動(dòng)態(tài)分配內(nèi)存，存取速度較慢。
3. Java中的數(shù)據(jù)類型有兩種。
? 一種是基本類型(primitive types), 共有8種，即int, short, long, byte, float, double, boolean, char(注意，并沒有string的基本類型)。這種類型的定義是通過諸如int a = 3; long b = 255L;的形式來定義的，稱為自動(dòng)變量。值得注意的是，自動(dòng)變量存的是字面值，不是類的實(shí)例，即不是類的引用，這里并沒有類的存在。如int a = 3; 這里的a是一個(gè)指向int類型的引用，指向3這個(gè)字面值。這些字面值的數(shù)據(jù)，由于大小可知，生存期可知(這些字面值固定定義在某個(gè)程序塊里面，程序塊退出后，字段值就消失了)，出于追求速度的原因，就存在于棧中。
? 另外，棧有一個(gè)很重要的特殊性，就是存在棧中的數(shù)據(jù)可以共享。假設(shè)我們同時(shí)定義
? int a = 3;
? int b = 3；
?? 編譯器先處理int a = 3；首先它會(huì)在棧中創(chuàng)建一個(gè)變量為a的引用，然后查找有沒有字面值為3的地址，沒找到，就開辟一個(gè)存放3這個(gè)字面值的地址，然后將a指向3的地址。接著處理int b = 3；在創(chuàng)建完b的引用變量后，由于在棧中已經(jīng)有3這個(gè)字面值，便將b直接指向3的地址。這樣，就出現(xiàn)了a與b同時(shí)均指向3的情況。
?? 特別注意的是，這種字面值的引用與類對(duì)象的引用不同。假定兩個(gè)類對(duì)象的引用同時(shí)指向一個(gè)對(duì)象，如果一個(gè)對(duì)象引用變量修改了這個(gè)對(duì)象的內(nèi)部狀態(tài)，那么另一個(gè)對(duì)象引用變量也即刻反映出這個(gè)變化。相反，通過字面值的引用來修改其值，不會(huì)導(dǎo)致另一個(gè)指向此字面值的引用的值也跟著改變的情況。如上例，我們定義完a與 b的值后，再令a=4；那么，b不會(huì)等于4，還是等于3。在編譯器內(nèi)部，遇到a=4；時(shí)，它就會(huì)重新搜索棧中是否有4的字面值，如果沒有，重新開辟地址存放4的值；如果已經(jīng)有了，則直接將a指向這個(gè)地址。因此a值的改變不會(huì)影響到b的值。
? 另一種是包裝類數(shù)據(jù)，如Integer, String, Double等將相應(yīng)的基本數(shù)據(jù)類型包裝起來的類。這些類數(shù)據(jù)全部存在于堆中，Java用new()語(yǔ)句來顯示地告訴編譯器，在運(yùn)行時(shí)才根據(jù)需要?jiǎng)討B(tài)創(chuàng)建，因此比較靈活，但缺點(diǎn)是要占用更多的時(shí)間。
4. String是一個(gè)特殊的包裝類數(shù)據(jù)。即可以用String str = new String("abc");的形式來創(chuàng)建，也可以用String str = "abc"；的形式來創(chuàng)建(作為對(duì)比，在JDK 5.0之前，你從未見過Integer i = 3;的表達(dá)式，因?yàn)轭惻c字面值是不能通用的，除了String。而在JDK 5.0中，這種表達(dá)式是可以的！因?yàn)榫幾g器在后臺(tái)進(jìn)行Integer i = new Integer(3)的轉(zhuǎn)換)。前者是規(guī)范的類的創(chuàng)建過程，即在Java中，一切都是對(duì)象，而對(duì)象是類的實(shí)例，全部通過new()的形式來創(chuàng)建。Java 中的有些類，如DateFormat類，可以通過該類的getInstance()方法來返回一個(gè)新創(chuàng)建的類，似乎違反了此原則。其實(shí)不然。該類運(yùn)用了單例模式來返回類的實(shí)例，只不過這個(gè)實(shí)例是在該類內(nèi)部通過new()來創(chuàng)建的，而getInstance()向外部隱藏了此細(xì)節(jié)。那為什么在String str = "abc"；中，并沒有通過new()來創(chuàng)建實(shí)例，是不是違反了上述原則？其實(shí)沒有。
5. 關(guān)于String str = "abc"的內(nèi)部工作。Java內(nèi)部將此語(yǔ)句轉(zhuǎn)化為以下幾個(gè)步驟：
? (1)先定義一個(gè)名為str的對(duì)String類的對(duì)象引用變量：String str；
?? (2)在棧中查找有沒有存放值為"abc"的地址，如果沒有，則開辟一個(gè)存放字面值為"abc"的地址，接著創(chuàng)建一個(gè)新的String類的對(duì)象o，并將o 的字符串值指向這個(gè)地址，而且在棧中這個(gè)地址旁邊記下這個(gè)引用的對(duì)象o。如果已經(jīng)有了值為"abc"的地址，則查找對(duì)象o，并返回o的地址。
? (3)將str指向?qū)ο髈的地址。
? 值得注意的是，一般String類中字符串值都是直接存值的。但像String str = "abc"；這種場(chǎng)合下，其字符串值卻是保存了一個(gè)指向存在棧中數(shù)據(jù)的引用！
?
? 為了更好地說明這個(gè)問題，我們可以通過以下的幾個(gè)代碼進(jìn)行驗(yàn)證。
? String str1 = "abc";
? String str2 = "abc";
? System.out.println(str1==str2);? //true
?
? 注意，我們這里并不用str1.equals(str2)；的方式，因?yàn)檫@將比較兩個(gè)字符串的值是否相等。==號(hào)，根據(jù)JDK的說明，只有在兩個(gè)引用都指向了同一個(gè)對(duì)象時(shí)才返回真值。而我們?cè)谶@里要看的是，str1與str2是否都指向了同一個(gè)對(duì)象。
? 結(jié)果說明，JVM創(chuàng)建了兩個(gè)引用str1和str2，但只創(chuàng)建了一個(gè)對(duì)象，而且兩個(gè)引用都指向了這個(gè)對(duì)象。
? 我們?cè)賮砀M(jìn)一步，將以上代碼改成：
? String str1 = "abc";
? String str2 = "abc";
? str1 = "bcd";
? System.out.println(str1 + "," + str2);? //bcd, abc
? System.out.println(str1==str2);? //false
? 這就是說，賦值的變化導(dǎo)致了類對(duì)象引用的變化，str1指向了另外一個(gè)新對(duì)象！而str2仍舊指向原來的對(duì)象。上例中，當(dāng)我們將str1的值改為"bcd"時(shí)，JVM發(fā)現(xiàn)在棧中沒有存放該值的地址，便開辟了這個(gè)地址，并創(chuàng)建了一個(gè)新的對(duì)象，其字符串的值指向這個(gè)地址。
?? 事實(shí)上，String類被設(shè)計(jì)成為不可改變(immutable)的類。如果你要改變其值，可以，但JVM在運(yùn)行時(shí)根據(jù)新值悄悄創(chuàng)建了一個(gè)新對(duì)象，然后將這個(gè)對(duì)象的地址返回給原來類的引用。這個(gè)創(chuàng)建過程雖說是完全自動(dòng)進(jìn)行的，但它畢竟占用了更多的時(shí)間。在對(duì)時(shí)間要求比較敏感的環(huán)境中，會(huì)帶有一定的不良影響。
? 再修改原來代碼：
? String str1 = "abc";
? String str2 = "abc";
?
? str1 = "bcd";
?
? String str3 = str1;
? System.out.println(str3);? //bcd
? String str4 = "bcd";
? System.out.println(str1 == str4);? //true
???
? str3 這個(gè)對(duì)象的引用直接指向str1所指向的對(duì)象(注意，str3并沒有創(chuàng)建新對(duì)象)。當(dāng)str1改完其值后，再創(chuàng)建一個(gè)String的引用str4，并指向因str1修改值而創(chuàng)建的新的對(duì)象。可以發(fā)現(xiàn)，這回str4也沒有創(chuàng)建新的對(duì)象，從而再次實(shí)現(xiàn)棧中數(shù)據(jù)的共享。
? 我們?cè)俳又匆韵碌拇a。
? String str1 = new String("abc");
? String str2 = "abc";
? System.out.println(str1==str2);? //false
? 創(chuàng)建了兩個(gè)引用。創(chuàng)建了兩個(gè)對(duì)象。兩個(gè)引用分別指向不同的兩個(gè)對(duì)象。
? String str1 = "abc";
? String str2 = new String("abc");
? System.out.println(str1==str2);? //false
? 創(chuàng)建了兩個(gè)引用。創(chuàng)建了兩個(gè)對(duì)象。兩個(gè)引用分別指向不同的兩個(gè)對(duì)象。
? 以上兩段代碼說明，只要是用new()來新建對(duì)象的，都會(huì)在堆中創(chuàng)建，而且其字符串是單獨(dú)存值的，即使與棧中的數(shù)據(jù)相同，也不會(huì)與棧中的數(shù)據(jù)共享。
6. 數(shù)據(jù)類型包裝類的值不可修改。不僅僅是String類的值不可修改，所有的數(shù)據(jù)類型包裝類都不能更改其內(nèi)部的值。
7. 結(jié)論與建議：
?? (1)我們?cè)谑褂弥T如String str = "abc"；的格式定義類時(shí)，總是想當(dāng)然地認(rèn)為，我們創(chuàng)建了String類的對(duì)象str。擔(dān)心陷阱！對(duì)象可能并沒有被創(chuàng)建！唯一可以肯定的是，指向 String類的引用被創(chuàng)建了。至于這個(gè)引用到底是否指向了一個(gè)新的對(duì)象，必須根據(jù)上下文來考慮，除非你通過new()方法來顯要地創(chuàng)建一個(gè)新的對(duì)象。因此，更為準(zhǔn)確的說法是，我們創(chuàng)建了一個(gè)指向String類的對(duì)象的引用變量str，這個(gè)對(duì)象引用變量指向了某個(gè)值為"abc"的String類。清醒地認(rèn)識(shí)到這一點(diǎn)對(duì)排除程序中難以發(fā)現(xiàn)的bug是很有幫助的。
? (2)使用String str = "abc"；的方式，可以在一定程度上提高程序的運(yùn)行速度，因?yàn)镴VM會(huì)自動(dòng)根據(jù)棧中數(shù)據(jù)的實(shí)際情況來決定是否有必要?jiǎng)?chuàng)建新對(duì)象。而對(duì)于String str = new String("abc")；的代碼，則一概在堆中創(chuàng)建新對(duì)象，而不管其字符串值是否相等，是否有必要?jiǎng)?chuàng)建新對(duì)象，從而加重了程序的負(fù)擔(dān)。這個(gè)思想應(yīng)該是享元模式的思想，但JDK的內(nèi)部在這里實(shí)現(xiàn)是否應(yīng)用了這個(gè)模式，不得而知。
? (3)當(dāng)比較包裝類里面的數(shù)值是否相等時(shí)，用equals()方法；當(dāng)測(cè)試兩個(gè)包裝類的引用是否指向同一個(gè)對(duì)象時(shí)，用==。
? (4)由于String類的immutable性質(zhì)，當(dāng)String變量需要經(jīng)常變換其值時(shí)，應(yīng)該考慮使用StringBuffer類，以提高程序效率。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=561129
提高JSP應(yīng)用程序的七大秘籍絕招
你時(shí)常被客戶抱怨JSP頁(yè)面響應(yīng)速度很慢嗎？你想過當(dāng)客戶訪問次數(shù)劇增時(shí)，你的WEB應(yīng)用能承受日益增加的訪問量嗎？本文講述了調(diào)整JSP和servlet的一些非常實(shí)用的方法，它可使你的servlet和JSP頁(yè)面響應(yīng)更快，擴(kuò)展性更強(qiáng)。而且在用戶數(shù)增加的情況下，系統(tǒng)負(fù)載會(huì)呈現(xiàn)出平滑上長(zhǎng)的趨勢(shì)。在本文中，我將通過一些實(shí)際例子和配置方法使得你的應(yīng)用程序的性能有出人意料的提升。
???????其中，某些調(diào)優(yōu)技術(shù)是在你的編程工作中實(shí)現(xiàn)的。而另一些技術(shù)是與應(yīng)用服務(wù)器的配置相關(guān)的。在本文中，我們將詳細(xì)地描述怎樣通過調(diào)整servlet和JSP頁(yè)面，來提高你的應(yīng)用程序的總體性能。在閱讀本文之前，假設(shè)你有基本的servlet和JSP的知識(shí)。
方法一：在servlet的init()方法中緩存數(shù)據(jù)
當(dāng)應(yīng)用服務(wù)器初始化servlet實(shí)例之后，為客戶端請(qǐng)求提供服務(wù)之前，它會(huì)調(diào)用這個(gè)servlet的init()方法。在一個(gè)servlet的生命周期中，init()方法只會(huì)被調(diào)用一次。通過在init()方法中緩存一些靜態(tài)的數(shù)據(jù)或完成一些只需要執(zhí)行一次的、耗時(shí)的操作，就可大大地提高系統(tǒng)性能。
例如，通過在init()方法中建立一個(gè)JDBC連接池是一個(gè)最佳例子，假設(shè)我們是用jdbc2.0的DataSource接口來取得數(shù)據(jù)庫(kù)連接，在通常的情況下，我們需要通過JNDI來取得具體的數(shù)據(jù)源。我們可以想象在一個(gè)具體的應(yīng)用中，如果每次SQL請(qǐng)求都要執(zhí)行一次JNDI查詢的話，那系統(tǒng)性能將會(huì)急劇下降。解決方法是如下代碼，它通過緩存DataSource，使得下一次SQL調(diào)用時(shí)仍然可以繼續(xù)利用它：
public class ControllerServlet extends HttpServlet
{
private javax.sql.DataSource testDS = null;
public void init(ServletConfig config) throws ServletException
{
super.init(config);
Context ctx = null;
try
{
ctx = new InitialContext();
testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS");
}
catch(NamingException ne)
{
ne.printStackTrace();
}
catch(Exception e)
{
e.printStackTrace();
}
}
public javax.sql.DataSource getTestDS()
{
return testDS;
}
...
...
} |
方法 2:禁止servlet和JSP 自動(dòng)重載(auto-reloading)
?????Servlet/JSP提供了一個(gè)實(shí)用的技術(shù)，即自動(dòng)重載技術(shù)，它為開發(fā)人員提供了一個(gè)好的開發(fā)環(huán)境，當(dāng)你改變servlet和JSP頁(yè)面后而不必重啟應(yīng)用服務(wù)器。然而，這種技術(shù)在產(chǎn)品運(yùn)行階段對(duì)系統(tǒng)的資源是一個(gè)極大的損耗，因?yàn)樗鼤?huì)給JSP引擎的類裝載器(classloader)帶來極大的負(fù)擔(dān)。因此關(guān)閉自動(dòng)重載功能對(duì)系統(tǒng)性能的提升是一個(gè)極大的幫助。
方法 3: 不要濫用HttpSession
?????在很多應(yīng)用中，我們的程序需要保持客戶端的狀態(tài)，以便頁(yè)面之間可以相互聯(lián)系。但不幸的是由于HTTP具有天生無狀態(tài)性，從而無法保存客戶端的狀態(tài)。因此一般的應(yīng)用服務(wù)器都提供了session來保存客戶的狀態(tài)。在JSP應(yīng)用服務(wù)器中，是通過HttpSession對(duì)像來實(shí)現(xiàn)session的功能的，但在方便的同時(shí)，它也給系統(tǒng)帶來了不小的負(fù)擔(dān)。因?yàn)槊慨?dāng)你獲得或更新session時(shí)，系統(tǒng)者要對(duì)它進(jìn)行費(fèi)時(shí)的序列化操作。你可以通過對(duì)HttpSession的以下幾種處理方式來提升系統(tǒng)的性能。
????如果沒有必要，就應(yīng)該關(guān)閉JSP頁(yè)面中對(duì)HttpSession的缺省設(shè)置。 如果你沒有明確指定的話，每個(gè)JSP頁(yè)面都會(huì)缺省地創(chuàng)建一個(gè)HttpSession。如果你的JSP中不需要使用session的話，那可以通過如下的JSP頁(yè)面指示符來禁止它：
＜%@ page session="false"%＞ |
不要在HttpSession中存放大的數(shù)據(jù)對(duì)像：如果你在HttpSession中存放大的數(shù)據(jù)對(duì)像的話，每當(dāng)對(duì)它進(jìn)行讀寫時(shí)，應(yīng)用服務(wù)器都將對(duì)其進(jìn)行序列化，從而增加了系統(tǒng)的額外負(fù)擔(dān)。你在HttpSession中存放的數(shù)據(jù)對(duì)像越大，那系統(tǒng)的性能就下降得越快。
?????當(dāng)你不需要HttpSession時(shí)，盡快地釋放它：當(dāng)你不再需要session時(shí)，你可以通過調(diào)用HttpSession.invalidate()方法來釋放它。盡量將session的超時(shí)時(shí)間設(shè)得短一點(diǎn)：在JSP應(yīng)用服務(wù)器中，有一個(gè)缺省的session的超時(shí)時(shí)間。當(dāng)客戶在這個(gè)時(shí)間之后沒有進(jìn)行任何操作的話，系統(tǒng)會(huì)將相關(guān)的session自動(dòng)從內(nèi)存中釋放。超時(shí)時(shí)間設(shè)得越大，系統(tǒng)的性能就會(huì)越低，因此最好的方法就是盡量使得它的值保持在一個(gè)較低的水平。
方法 4: 將頁(yè)面輸出進(jìn)行壓縮
????壓縮是解決數(shù)據(jù)冗余的一個(gè)好的方法，特別是在網(wǎng)絡(luò)帶寬不夠發(fā)達(dá)的今天。有的瀏覽器支持gzip(GNU zip)進(jìn)行來對(duì)HTML文件進(jìn)行壓縮，這種方法可以戲劇性地減少HTML文件的下載時(shí)間。因此，如果你將servlet或JSP頁(yè)面生成的HTML頁(yè)面進(jìn)行壓縮的話，那用戶就會(huì)覺得頁(yè)面瀏覽速度會(huì)非常快。但不幸的是，不是所有的瀏覽器都支持gzip壓縮，但你可以通過在你的程序中檢查客戶的瀏覽器是否支持它。下面就是關(guān)于這種方法實(shí)現(xiàn)的一個(gè)代碼片段：
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException
{
OutputStream out = null
String encoding = request.getHeader("Accept-Encoding");
if (encoding != null && encoding.indexOf("gzip") != -1)
{
request.setHeader("Content-Encoding" , "gzip");
out = new GZIPOutputStream(request.getOutputStream());
}
else if (encoding != null && encoding.indexOf("compress") != -1)
{
request.setHeader("Content-Encoding" , "compress");
out = new ZIPOutputStream(request.getOutputStream());
}
else
{
out = request.getOutputStream();
}
...
...
} |
方法 5: 使用線程池
????應(yīng)用服務(wù)器缺省地為每個(gè)不同的客戶端請(qǐng)求創(chuàng)建一個(gè)線程進(jìn)行處理，并為它們分派service()方法，當(dāng)service()方法調(diào)用完成后，與之相應(yīng)的線程也隨之撤消。由于創(chuàng)建和撤消線程會(huì)耗費(fèi)一定的系統(tǒng)資源，這種缺省模式降低了系統(tǒng)的性能。但所幸的是我們可以通過創(chuàng)建一個(gè)線程池來改變這種狀況。
????另外，我們還要為這個(gè)線程池設(shè)置一個(gè)最小線程數(shù)和一個(gè)最大線程數(shù)。在應(yīng)用服務(wù)器啟動(dòng)時(shí)，它會(huì)創(chuàng)建數(shù)量等于最小線程數(shù)的一個(gè)線程池，當(dāng)客戶有請(qǐng)求時(shí)，相應(yīng)地從池從取出一個(gè)線程來進(jìn)行處理，當(dāng)處理完成后，再將線程重新放入到池中。如果池中的線程不夠地話，系統(tǒng)會(huì)自動(dòng)地增加池中線程的數(shù)量，但總量不能超過最大線程數(shù)。通過使用線程池，當(dāng)客戶端請(qǐng)求急劇增加時(shí)，系統(tǒng)的負(fù)載就會(huì)呈現(xiàn)的平滑的上升曲線，從而提高的系統(tǒng)的可伸縮性。
方法 6: 選擇正確的頁(yè)面包含機(jī)制
在JSP中有兩種方法可以用來包含另一個(gè)頁(yè)面：
1、使用include指示符
＜%@ includee file=”test.jsp” %＞ |
2、使用jsp指示符
＜jsp:includee page=”test.jsp” flush=”true”/＞ |
在實(shí)際中發(fā)現(xiàn)，如果使用第一種方法的話，可以使得系統(tǒng)性能更高。
方法 7:正確地確定javabean的生命周期
??????JSP的一個(gè)強(qiáng)大的地方就是對(duì)javabean的支持。通過在JSP頁(yè)面中使用＜jsp:useBean＞標(biāo)簽，可以將javabean直接插入到一個(gè)JSP頁(yè)面中。它的使用方法如下：
＜jsp:useBean id="name" scope="page|request|session|application" class="package.className" type="typeName"＞
＜/jsp:useBean＞ |
其中scope屬性指出了這個(gè)bean的生命周期。缺省的生命周期為page。如果你沒有正確地選擇bean的生命周期的話，它將影響系統(tǒng)的性能。
舉例來說，如果你只想在一次請(qǐng)求中使用某個(gè)bean，但你卻將這個(gè)bean的生命周期設(shè)置成了session，那當(dāng)這次請(qǐng)求結(jié)束后，這個(gè)bean將仍然保留在內(nèi)存中，除非session超時(shí)或用戶關(guān)閉瀏覽器。這樣會(huì)耗費(fèi)一定的內(nèi)存，并無謂的增加了JVM垃圾收集器的工作量。因此為bean設(shè)置正確的生命周期，并在bean的使命結(jié)束后盡快地清理它們，會(huì)使用系統(tǒng)性能有一個(gè)提高。
其它一些有用的方法
1、在字符串連接操作中盡量不使用“＋”操作符：在java編程中，我們常常使用“＋”操作符來將幾個(gè)字符串連接起來，但你或許從來沒有想到過它居然會(huì)對(duì)系統(tǒng)性能造成影響吧？由于字符串是常量，因此JVM會(huì)產(chǎn)生一些臨時(shí)的對(duì)像。你使用的“＋”越多，生成的臨時(shí)對(duì)像就越多，這樣也會(huì)給系統(tǒng)性能帶來一些影響。解決的方法是用StringBuffer對(duì)像來代替“＋”操作符。
2、避免使用System.out.println()方法：由于System.out.println()是一種同步調(diào)用，即在調(diào)用它時(shí)，磁盤I/O操作必須等待它的完成，因此我們要盡量避免對(duì)它的調(diào)用。但我們?cè)谡{(diào)試程序時(shí)它又是一個(gè)必不可少的方便工具，為了解決這個(gè)矛盾，我建議你最好使用Log4j工具(http://Jakarta.apache.org )，它既可以方便調(diào)試，而不會(huì)產(chǎn)生System.out.println()這樣的方法。
3、ServletOutputStream 與 PrintWriter的權(quán)衡：使用PrintWriter可能會(huì)帶來一些小的開銷，因?yàn)樗鼘⑺械脑驾敵龆嫁D(zhuǎn)換為字符流來輸出，因此如果使用它來作為頁(yè)面輸出的話，系統(tǒng)要負(fù)擔(dān)一個(gè)轉(zhuǎn)換過程。而使用ServletOutputStream作為頁(yè)面輸出的話就不存在一個(gè)問題，但它是以二進(jìn)制進(jìn)行輸出的。因此在實(shí)際應(yīng)用中要權(quán)衡兩者的利弊。
總結(jié)
?????本文的目的是通過對(duì)servlet和JSP的一些調(diào)優(yōu)技術(shù)來極大地提高你的應(yīng)用程序的性能，并因此提升整個(gè)J2EE應(yīng)用的性能。通過這些調(diào)優(yōu)技術(shù)，你可以發(fā)現(xiàn)其實(shí)并不是某種技術(shù)平臺(tái)（比如J2EE和.NET之爭(zhēng)）決定了你的應(yīng)用程序的性能，重要是你要對(duì)這種平臺(tái)有一個(gè)較為深入的了解，這樣你才能從根本上對(duì)自己的應(yīng)用程序做一個(gè)優(yōu)化。
本文來自：http://www.aygfsteel.com/sgsoft/articles/2378.html
版權(quán)所有，轉(zhuǎn)載請(qǐng)聲明出處
zhyiwww@163.com
在讀我自己的認(rèn)識(shí)之前
,
我們先來看一下
servet
的結(jié)構(gòu)圖
:
以下是我自己的一點(diǎn)淺見：
①
Servlet
在初始化的時(shí)候
,
是通過
init(ServletConfig? config)
或
init()
來執(zhí)行的。
ServletConfig
是一個(gè)接口，它怎樣傳遞給他一格對(duì)象來進(jìn)行初始化呢？其實(shí)，是這個(gè)對(duì)象是由
servlet
容器來實(shí)例化的，由容器產(chǎn)生一格
ServletConfig
的實(shí)現(xiàn)類的對(duì)象，然后傳遞給
Servlet
結(jié)論：
ServletConfig
由容器實(shí)例化
②
我們有些時(shí)候可能在
Servlet
初始化時(shí)給它一些固定的配置參數(shù)，那么這些參數(shù)是怎樣傳遞到
Servlet
呢？
其實(shí)，我們?cè)?/span>
web.xml
中給
servlet
配置啟動(dòng)參數(shù)，在容器對(duì)
servlet
進(jìn)行初始化的時(shí)候，會(huì)收集你所配置的參數(shù)，記錄在
ServletConfig
的實(shí)現(xiàn)類中，所以你才可以通過
ServletConfig
對(duì)象的
??? public String getInitParameter(String name);
或
??? public Enumeration getInitParameterNames();
方法來取得你已經(jīng)配置好的參數(shù)，也就是說，你對(duì)
servlet
的配置都已經(jīng)記錄在
ServletConfig
對(duì)象中了。
結(jié)論：你對(duì)
Servlet
的配置，在
Servlet
的初始化時(shí)都由容器來收集并且記錄到
ServletConfig
的實(shí)現(xiàn)類中。
?
③
我們來看一個(gè)
Servlet
的配置
? <servlet>
??? <servlet-name>index</servlet-name>
??? <servlet-class>org.zy.pro.sw.servlet.IndexServlet</servlet-class>
??? <init-param>
????? <param-name>dbconfig</param-name>
????? <param-value>/WEB-INF/dbconfig.xml</param-value>
??? </init-param>
? </servlet>
在此，我們實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的配置文件的加載。
當(dāng)
Servlet
初始化完成后，我們可以通過
String? dbconf=this.getServletConfig().getInitParameter("dbconfig")
來取得我們的配置的參數(shù)的值。
但是，我們僅能得到一個(gè)配置的字符串。之后我們可以通過配置文件取得我們的數(shù)據(jù)庫(kù)的配置參數(shù)，然后對(duì)數(shù)據(jù)庫(kù)進(jìn)行初始化。
其實(shí)我們也可以通過傳遞一個(gè)類的名字串，然后再實(shí)例化。
??? <init-param>
????? <param-name>dbconfig</param-name>
????? <param-value>org.zy.util.db.DBUtil</param-value>
??
?</init-param>
我們先取得配置參數(shù)：
String? dbconf=this.getServletConfig().getInitParameter("dbconfig")
；
然后通過
Class.forName(dbconf).getInstance();
來實(shí)例化對(duì)象，就可以實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的調(diào)用了。
結(jié)論：在
web.xml
中對(duì)
Servlet
的初始化，只能傳遞字符串類型的數(shù)據(jù)
④
ServletContext
ServletContext
是負(fù)責(zé)和
Servlet
的上文和下文交互，上面和
Servlet
容器交互，下面和
Servlet
中的請(qǐng)求和相應(yīng)進(jìn)行交互。
在
ServletConfig
中，
???
public ServletContext getServletContext();
方法實(shí)現(xiàn)取得當(dāng)前
ServletContext
的對(duì)象。
你可能要問，
ServletContext
是一個(gè)接口，那么你如何取得他的對(duì)象呢？
其實(shí)這個(gè)問題和
ServletConfig
相同，都是在
Servlet
進(jìn)行初始化的時(shí)候產(chǎn)生的對(duì)象，是由容器來初始化的。