亚洲国产精品ⅴa在线观看,久久久噜噜噜,日韩精品中文字幕有码专区

struts-config.xml中 action 的attribute屬性與name屬性

1、在一般情況下，actionForm是被存儲(chǔ)在一定的scope中(request或session，通過action的scope屬性來配置)，當(dāng)我們在配置時(shí)，指定name而不指定attribute，那么指定的name值就作為actionForm存儲(chǔ)在scope中的key值，我們可以在action中通過httpServletRequest.getAttribute("指定的name屬性值")來獲得這個(gè)actionForm；     當(dāng)我們既配置了name又配置了attribute，那么actionForm存儲(chǔ)在scope中的key值就采用attribute屬性指定的值了，這時(shí)要通過httpServletRequest.getAttribute("指定的attribute屬性值")來獲得actionForm，此時(shí)通過httpServletRequest.getAttribute("指定的name屬性值")是不能獲得actionForm的。

    所以，是否配置attribute屬性就決定了actionForm存儲(chǔ)在scope中的key值是采用name，還是采用attribute

　2、　在《Programming Jakarta Struts》這本書中的第四章“Configuring the Struts Application”中這樣一段說明來分別闡述這兩
個(gè)屬性：(102頁)
++++++++
atribute:
++++++++
The name of the request or session scope attribute under which the form bean for this action can be accessed.
A value is only allowed here if there is a form bean specified in the name attribute. This attribute is
optional and has no default value.

++++++++
name:
++++++++
The name of the form bean, if any, that is associated with this action. This value must be the name attribute
from one of the form-bean elements defined earlier. This attribute is optional and has no default value.

最初看這些真的還是不好區(qū)分這兩者。不過在仔細(xì)看過struts的源代碼以后，豁然開朗。。。

下面主要對(duì)attribute進(jìn)行解釋，應(yīng)為沒有人會(huì)對(duì)name屬性不了解的（呵呵。。。）

解釋：在struts實(shí)例化actionform的時(shí)候，有兩種情況：如果已經(jīng)存在，那么從內(nèi)存中取回；如果第一次實(shí)例化，那么創(chuàng)建，并放入內(nèi)存。
這樣就有一個(gè)問題了，struts是根據(jù)什么來取回并創(chuàng)建actionform的呢，答案就是attribute的值。讓我們進(jìn)入struts的源代碼：

/**
*創(chuàng)建或者取回formbean方法
*該方法在：org.apache.struts.util.RequestUtils中
*/
public static Actionform createActionform(
HttpServletRequest request,
ActionMapping mapping,
ModuleConfig moduleConfig,
ActionServlet servlet) {
。。。。
。。。
// Is there a form bean associated with this mapping?
//得到action mapping中attribute的值
String attribute = mapping.getAttribute();
。。。。
。。。。
Actionform instance = null;
HttpSession session = null;
//yes!!就在這里了，把創(chuàng)建以后的actionform放在request或者session里，看到放入的名字了么，就是mapping.getAttribute();
if ("request".equals(mapping.getScope())) {
instance = (Actionform) request.getAttribute(attribute);
} else {
session = request.getSession();
instance = (Actionform) session.getAttribute(attribute);
}
。。。
。。。

}

下面又有一個(gè)問題浮出水面：如果我沒有在action mapping中指定attribute呢，那struts 是如何解決的？
答案很簡單，如果單從結(jié)果上看，此時(shí)struts使用的name的值，為什么呢，看struts源代碼：

/**
* The request-scope or session-scope attribute name under which our
* form bean is accessed, if it is different from the form bean's
* specified <code>name</code>.
*該代碼在：org.apache.struts.config.ActionConfig中
*/
protected String attribute = null;

public String getAttribute() {
//yes!!!!就在這里，看到了吧，如果你沒有設(shè)定attribute，那么struts 會(huì)把name的值拿過來用。呵呵。。。
if (this.attribute == null) {
return (this.name);
} else {
return (this.attribute);
}
}

public void setAttribute(String attribute) {
if (configured) {
throw new IllegalStateException("Configuration is frozen");
}
this.attribute = attribute;
}

posted @ 2008-09-20 13:37 chenkai 閱讀(702) | 評(píng)論 (1) | 編輯收藏

Request的getParameter和getAttribute方法的區(qū)別

當(dāng)兩個(gè)Web組件之間為轉(zhuǎn)發(fā)關(guān)系時(shí)，轉(zhuǎn)發(fā)源會(huì)將要共享 request范圍內(nèi)的數(shù)據(jù)先用setAttribute將數(shù)據(jù)放入到HttpServletRequest對(duì)象中，然后轉(zhuǎn)發(fā)目標(biāo)通過 getAttribute方法來取得要共享的數(shù)據(jù)。而MVC中用的就是Web組件之間的轉(zhuǎn)發(fā)啊！真是笨，怎么當(dāng)時(shí)沒有想到呢？

下面整理一下getParameter和getAttribute的區(qū)別和各自的使用范圍。

（1）HttpServletRequest類有setAttribute()方法，而沒有setParameter()方法

      （2）當(dāng)兩個(gè)Web組件之間為鏈接關(guān)系時(shí)，被鏈接的組件通過getParameter()方法來獲得請求參數(shù)，例如假定welcome.jsp和authenticate.jsp之間為鏈接關(guān)系，welcome.jsp中有以下代碼：

      <a href="authenticate.jsp?username=wolf">authenticate.jsp </a>

      或者：

      <form name="form1" method="post" action="authenticate.jsp">
        請輸入用戶姓名：<input type="text" name="username">
        <input type="submit" name="Submit" value="提交">
      </form>

       在authenticate.jsp中通過request.getParameter("username")方法來獲得請求參數(shù)username:

       <% String username=request.getParameter("username"); %>

（3）當(dāng)兩個(gè)Web組件之間為轉(zhuǎn)發(fā)關(guān)系時(shí)，轉(zhuǎn)發(fā)目標(biāo)組件通過getAttribute()方法來和轉(zhuǎn)發(fā)源組件共享request范圍內(nèi)的數(shù)據(jù)。

        假定 authenticate.jsp和hello.jsp之間為轉(zhuǎn)發(fā)關(guān)系。authenticate.jsp希望向hello.jsp傳遞當(dāng)前的用戶名字，如何傳遞這一數(shù)據(jù)呢？先在authenticate.jsp中調(diào)用setAttribute()方法：

        <%
        String username=request.getParameter("username");
        request.setAttribute("username"，username);
        %>

        <jsp:forward page="hello.jsp" />

        在hello.jsp中通過getAttribute()方法獲得用戶名字:

        <% String username=(String)request.getAttribute("username"); %>
        Hello: <%=username %>

        從更深的層次考慮，request.getParameter()方法傳遞的數(shù)據(jù)，會(huì)從Web客戶端傳到Web服務(wù)器端，代表HTTP請求數(shù)據(jù)。request.getParameter()方法返回String類型的數(shù)據(jù)。

        request.setAttribute()和getAttribute()方法傳遞的數(shù)據(jù)只會(huì)存在于Web容器內(nèi)部，在具有轉(zhuǎn)發(fā)關(guān)系的Web組件之間共享。這兩個(gè)方法能夠設(shè)置Object類型的共享數(shù)據(jù)。

        request.getParameter()取得是通過容器的實(shí)現(xiàn)來取得通過類似post，get等方式傳入的數(shù)據(jù)。

request.setAttribute()和getAttribute()只是在web容器內(nèi)部流轉(zhuǎn)，僅僅是請求處理階段。

getAttribute是返回對(duì)象,getParameter返回字符串

總的來說：request.getAttribute()方法返回request范圍內(nèi)存在的對(duì)象，而request.getParameter()方法是獲取http提交過來的數(shù)據(jù)。

posted @ 2008-09-20 09:57 chenkai 閱讀(2793) | 評(píng)論 (0) | 編輯收藏

用javascript實(shí)現(xiàn)table的排序

<%@page
language="java"
contentType="text/html;charset=GBK"
%>

<html>
<head>
    <title>MyHtml.html</title>
    <meta http-equiv="content-type" content="text/html; charset=gbk">

</script>

</head>
<table border=1 id="clearStart">
<tr bgcolor=cccccc id='ignore'>
<td onclick="JM_PowerList(0)">列一
</td>
<td onclick="JM_PowerList(1)">
   列二
</td>
<td onclick="JM_PowerList(2)">
   列二
</td>
</tr>
<tr>
<td>
   周
</td>
<td>
   公務(wù)員
</td>
<td>
   22
</td>
</tr>
<tr>
<td>
   張三
</td>
<td>
   研究員
</td>
<td>
   65
</td>
</tr>
<tr>
<td>
   李思
</td>
<td>
   科學(xué)家
</td>
<td>
   24
</td>
</tr>
<tr>
<td>
王武
</td>
<td>
   社會(huì)學(xué)家
</td>
<td>
   38
</td>
</tr>
</table>
</body></html>

posted @ 2008-08-09 11:40 chenkai 閱讀(396) | 評(píng)論 (0) | 編輯收藏

Java 編程技術(shù)中漢字問題的分析及解決

在基于 Java 語言的編程中，我們經(jīng)常碰到漢字的處理及顯示的問題。一大堆看不懂的亂碼肯定不是我們愿意看到的顯示效果，怎樣才能夠讓那些漢字正確顯示呢？Java語言默認(rèn)的編碼方式是UNICODE，而我們中國人通常使用的文件和數(shù)據(jù)庫都是基于GB2312或者BIG5等方式編碼的，怎樣才能夠恰當(dāng)?shù)剡x擇漢字編碼方式并正確地處理漢字的編碼呢？本文將從漢字編碼的常識(shí)入手，結(jié)合Java編程實(shí)例，分析以上兩個(gè)問題并提出解決它們的方案。

現(xiàn)在 Java 編程語言已經(jīng)廣泛應(yīng)用于互聯(lián)網(wǎng)世界，早在 Sun 公司開發(fā) Java 語言的時(shí)候，就已經(jīng)考慮到對(duì)非英文字符的支持了。Sun 公司公布的 Java 運(yùn)行環(huán)境（JRE）本身就分英文版和國際版，但只有國際版才支持非英文字符。不過在 Java 編程語言的應(yīng)用中，對(duì)中文字符的支持并非如同 Java Soft 的標(biāo)準(zhǔn)規(guī)范中所宣稱的那樣完美，因?yàn)橹形淖址恢灰粋€(gè)，而且不同的操作系統(tǒng)對(duì)中文字符的支持也不盡相同，所以會(huì)有許多和漢字編碼處理有關(guān)的問題在我們進(jìn)行應(yīng)用開發(fā)中困擾著我們。有很多關(guān)于這些問題的解答，但都比較瑣碎，并不能夠滿足大家迫切解決問題的愿望，關(guān)于 Java 中文問題的系統(tǒng)研究并不多，本文從漢字編碼常識(shí)出發(fā)，分析 Java 中文問題，希望對(duì)大家解決這個(gè)問題有所幫助。

漢字編碼的常識(shí)

我們知道，英文字符一般是以一個(gè)字節(jié)來表示的，最常用的編碼方法是 ASCII 。但一個(gè)字節(jié)最多只能區(qū)分256個(gè)字符，而漢字成千上萬，所以現(xiàn)在都以雙字節(jié)來表示漢字，為了能夠與英文字符分開，每個(gè)字節(jié)的最高位一定為1，這樣雙字節(jié)最多可以表示64K格字符。我們經(jīng)常碰到的編碼方式有 GB2312、BIG5、UNICODE 等。關(guān)于具體編碼方式的詳細(xì)資料，有興趣的讀者可以查閱相關(guān)資料。我膚淺談一下和我們關(guān)系密切的 GB2312 和 UNICODE。GB2312 碼，中華人民共和國國家標(biāo)準(zhǔn)漢字信息交換用編碼，是一個(gè)由中華人民共和國國家標(biāo)準(zhǔn)總局發(fā)布的關(guān)于簡化漢字的編碼，通行于中國大陸地區(qū)及新加坡，簡稱國標(biāo)碼。兩個(gè)字節(jié)中，第一個(gè)字節(jié)（高字節(jié)）的值為區(qū)號(hào)值加32（20H），第二個(gè)字節(jié)（低字節(jié)）的值為位號(hào)值加32（20H），用這兩個(gè)值來表示一個(gè)漢字的編碼。UNICODE 碼是微軟提出的解決多國字符問題的多字節(jié)等長編碼，它對(duì)英文字符采取前面加“0”字節(jié)的策略實(shí)現(xiàn)等長兼容。如 “A” 的 ASCII 碼為0x41，UNICODE 就為0x00，0x41。利用特殊的工具各種編碼之間可以互相轉(zhuǎn)換。

Java 中文問題的初步認(rèn)識(shí)

我們基于 Java 編程語言進(jìn)行應(yīng)用開發(fā)時(shí)，不可避免地要處理中文。Java 編程語言默認(rèn)的編碼方式是 UNICODE，而我們通常使用的數(shù)據(jù)庫及文件都是基于 GB2312 編碼的，我們經(jīng)常碰到這樣的情況：瀏覽基于 JSP 技術(shù)的網(wǎng)站看到的是亂碼，文件打開后看到的也是亂碼，被 Java 修改過的數(shù)據(jù)庫的內(nèi)容在別的場合應(yīng)用時(shí)無法繼續(xù)正確地提供信息。

String sEnglish = “apple”;
String sChinese = “蘋果”;
String s = “蘋果 apple ”;

sEnglish 的長度是5，sChinese的長度是4，而 s 默認(rèn)的長度是14。對(duì)于 sEnglish來說， Java 中的各個(gè)類都支持得非常好，肯定能夠正確顯示。但對(duì)于 sChinese 和 s 來說，雖然 Java Soft 聲明 Java 的基本類已經(jīng)考慮到對(duì)多國字符的支持（默認(rèn) UNICODE 編碼），但是如果操作系統(tǒng)的默認(rèn)編碼不是 UNICODE ，而是國標(biāo)碼等。從 Java 源代碼到得到正確的結(jié)果，要經(jīng)過 “Java 源代碼-> Java 字節(jié)碼-> ;虛擬機(jī)->操作系統(tǒng)->顯示設(shè)備”的過程。在上述過程中的每一步驟，我們都必須正確地處理漢字的編碼，才能夠使最終的顯示結(jié)果正確。

“ Java 源代碼-> Java 字節(jié)碼”，標(biāo)準(zhǔn)的 Java 編譯器 javac 使用的字符集是系統(tǒng)默認(rèn)的字符集，比如在中文 Windows 操作系統(tǒng)上就是 GBK ,而在 Linux 操作系統(tǒng)上就是ISO-8859-1，所以大家會(huì)發(fā)現(xiàn)在 Linux 操作系統(tǒng)上編譯的類中源文件中的中文字符都出了問題，解決的辦法就是在編譯的時(shí)候添加 encoding 參數(shù)，這樣才能夠與平臺(tái)無關(guān)。用法是

javac -encoding GBK。

“ Java 字節(jié)碼->虛擬機(jī)->操作系統(tǒng)”， Java 運(yùn)行環(huán)境（JRE）分英文版和國際版，但只有國際版才支持非英文字符。 Java 開發(fā)工具包（JDK）肯定支持多國字符，但并非所有的計(jì)算機(jī)用戶都安裝了 JDK 。很多操作系統(tǒng)及應(yīng)用軟件為了能夠更好的支持 Java ，都內(nèi)嵌了 JRE 的國際版本，為自己支持多國字符提供了方便。

“操作系統(tǒng)->顯示設(shè)備”，對(duì)于漢字來說，操作系統(tǒng)必須支持并能夠顯示它。英文操作系統(tǒng)如果不搭配特殊的應(yīng)用軟件的話，是肯定不能夠顯示中文的。

還有一個(gè)問題，就是在 Java 編程過程中，對(duì)中文字符進(jìn)行正確的編碼轉(zhuǎn)換。例如，向網(wǎng)頁輸出中文字符串的時(shí)候，不論你是用

out.println(string);還是用

<%=string%>，都必須作 UNICODE 到 GBK 的轉(zhuǎn)換，或者手動(dòng)，或者自動(dòng)。在 JSP 1.0中，可以定義輸出字符集，從而實(shí)現(xiàn)內(nèi)碼的自動(dòng)轉(zhuǎn)換。用法是

<%@page contentType=”text/html;charset=gb2312” %>

但是在一些 JSP 版本中并沒有提供對(duì)輸出字符集的支持，（例如 JSP 0.92），這就需要手動(dòng)編碼輸出了，方法非常多。最常用的方法是

String s1 = request.getParameter(“keyword”);

String s2 = new String(s1.getBytes(“ISO-8859-1”),”GBK”);

getBytes 方法用于將中文字符以“ISO-8859-1”編碼方式轉(zhuǎn)化成字節(jié)數(shù)組，而“GBK” 是目標(biāo)編碼方式。我們從以ISO-8859-1方式編碼的數(shù)據(jù)庫中讀出中文字符串 s1 ，經(jīng)過上述轉(zhuǎn)換過程，在支持 GBK 字符集的操作系統(tǒng)和應(yīng)用軟件中就能夠正確顯示中文字符串 s2 。

Java 中文問題的表層分析及處理
背景
開發(fā)環(huán)境 JDK1.15 Vcafe2.0 JPadPro
服務(wù)器端 NT IIS Sybase System Jconnect（JDBC）
客戶端 IE5.0 Pwin98 ?span >

.CLASS 文件存放在服務(wù)器端，由客戶端的瀏覽器運(yùn)行 APPLET ， APPLET 只起調(diào)入 FRAME 類等主程序的作用。界面包括 Textfield ，TextArea，List，Choice 等。

I.用 JDBC 執(zhí)行 SELECT 語句從服務(wù)器端讀取數(shù)據(jù)（中文）后，將數(shù)據(jù)用 APPEND 方法加到 TextArea（TA），不能正確顯示。但加到 List 中時(shí)，大部分漢字卻可正確顯示。

將數(shù)據(jù)按“ISO-8859-1” 編碼方式轉(zhuǎn)化為字節(jié)數(shù)組，再按系統(tǒng)缺省編碼方式（Default Character Encoding）轉(zhuǎn)化為 STRING ，即可在 TA 和 List 中正確顯示。

程序段如下：

dbstr2 = results.getString(1);
//After reading the result from DB server，converting it to string.
dbbyte1 = dbstr2.getBytes(“iso-8859-1”);
dbstr1 = new String(dbbyte1);

在轉(zhuǎn)換字符串時(shí)不采用系統(tǒng)默認(rèn)編碼方式，而直接采用“ GBK” 或者 “GB2312” ,在 A 和 B 兩種情況下，從數(shù)據(jù)庫取數(shù)據(jù)都沒有問題。

II.處理方式與“取中文”相逆，先將 SQL 語句按系統(tǒng)缺省編碼方式轉(zhuǎn)化為字節(jié)數(shù)組，再按“ISO-8859-1”編碼方式轉(zhuǎn)化為 STRING ，最后送去執(zhí)行，則中文信息可正確寫入數(shù)據(jù)庫。

程序段如下：

sqlstmt = tf_input.getText();
//Before sending statement to DB server，converting it to sql statement.
dbbyte1 = sqlstmt.getBytes();
sqlstmt = newString(dbbyte1,”iso-8859-1”);
_stmt = _con.createStatement();
_stmt.executeUpdate(sqlstmt);
……

問題：如果客戶機(jī)上存在 CLASSPATH 指向 JDK 的 CLASSES.ZIP 時(shí)（稱為 A 情況），上述程序代碼可正確執(zhí)行。但是如果客戶機(jī)只有瀏覽器，而沒有 JDK 和 CLASSPATH 時(shí)（稱為 B 情況），則漢字無法正確轉(zhuǎn)換。

我們的分析：

1.經(jīng)過測試，在 A 情況下，程序運(yùn)行時(shí)系統(tǒng)的缺省編碼方式為 GBK 或者 GB2312 。在 B 情況下，程序啟動(dòng)時(shí)瀏覽器的 JAVA 控制臺(tái)中出現(xiàn)如下錯(cuò)誤信息：

Can't find resource for sun.awt.windows.awtLocalization_zh_CN

然后系統(tǒng)的缺省編碼方式為“8859-1”。

2.如果在轉(zhuǎn)換字符串時(shí)不采用系統(tǒng)缺省編碼方式，而是直接采用 “GBK” 或“GB2312”，則在 A 情況下程序仍然可正常運(yùn)行，在 B 情況下，系統(tǒng)出現(xiàn)錯(cuò)誤：

UnsupportedEncodingException。

3. 在客戶機(jī)上，把 JDK 的 CLASSES.ZIP 解壓后，放在另一個(gè)目錄中， CLASSPATH 只包含該目錄。然后一邊逐步刪除該目錄中的 .CLASS 文件，另一邊運(yùn)行測試程序，最后發(fā)現(xiàn)在一千多個(gè) CLASS 文件中，只有一個(gè)是必不可少的，該文件是：

sun.io.CharToByteDoubleByte.class。

將該文件拷到服務(wù)器端和其它的類放在一起，并在程序的開頭 IMPORT 它，在 B 情況下程序仍然無法正常運(yùn)行。

4.在 A 情況下，如果在 CLASSPTH 中去掉 sun.io.CharToByteDoubleByte.class ，則程序運(yùn)行時(shí)測得默認(rèn)編碼方式為“8859-1”，否則為 “GBK” 或 “GB2312” 。

如果 JDK 的版本為1.2以上的話，在 B 情況下遇到的問題得到了很好的解決，測試的步驟同上，有興趣的讀者可以嘗試一下。

Java 中文問題的根源分析及解決

在簡體中文 MS Windows 98 + JDK 1.3 下，可以用 System.getProperties() 得到 Java 運(yùn)行環(huán)境的一些基本屬性，類 PoorChinese 可以幫助我們得到這些屬性。

類 PoorChinese 的源代碼：

public class PoorChinese {
}

執(zhí)行 java PoorChinese 后，我們會(huì)得到:

系統(tǒng)變量 file.encoding 的值為 GBK ，user.language 的值為 zh ， user.region 的值為 CN ，這些系統(tǒng)變量的值決定了系統(tǒng)默認(rèn)的編碼方式是 GBK 。

在上述系統(tǒng)中，下面的代碼將 GB2312 文件轉(zhuǎn)換成 Big5 文件，它們能夠幫助我們理解 Java 中漢字編碼的轉(zhuǎn)化:

import java.io.*;
import java.util.*;

public class gb2big5 {

static int iCharNum=0;

public static void main(String[] args) {
System.out.println("Input GB2312 file, output Big5 file.");
if (args.length!=2) {
System.err.println("Usage: jview gb2big5 gbfile big5file");
System.exit(1);
String inputString = readInput(args[0]);
writeOutput(inputString,args[1]);
System.out.println("Number of Characters in file: "+iCharNum+".");
}

static void writeOutput(String str, String strOutFile) {
try {
FileOutputStream fos = new FileOutputStream(strOutFile);
Writer out = new OutputStreamWriter(fos, "Big5");
out.write(str);
out.close();
}
catch (IOException e) {
e.printStackTrace();
e.printStackTrace();
}
}

static String readInput(String strInFile) {
StringBuffer buffer = new StringBuffer();
try {
FileInputStream fis = new FileInputStream(strInFile);
InputStreamReader isr = new InputStreamReader(fis, "GB2312");
Reader in = new BufferedReader(isr);
int ch;
while ((ch = in.read()) > -1) {
iCharNum += 1;
buffer.append((char)ch);
}
in.close();
return buffer.toString();
}
catch (IOException e) {
e.printStackTrace();
return null;
}
}
}

編碼轉(zhuǎn)化的過程如下：

GB2312------------------>Unicode------------->Big5

執(zhí)行 java gb2big5 gb.txt big5.txt ，如果 gb.txt 的內(nèi)容是“今天星期三”，則得到的文件 big5.txt 中的字符能夠正確顯示；而如果 gb.txt 的內(nèi)容是“情人節(jié)快樂”，則得到的文件 big5.txt 中對(duì)應(yīng)于“節(jié)”和“樂”的字符都是符號(hào)“？”（0x3F），可見 sun.io.ByteToCharGB2312 和 sun.io.CharToByteBig5 這兩個(gè)基本類并沒有編好。

正如上例一樣， Java 的基本類也可能存在問題。由于國際化的工作并不是在國內(nèi)完成的，所以在這些基本類發(fā)布之前，沒有經(jīng)過嚴(yán)格的測試，所以對(duì)中文字符的支持并不像 Java Soft 所聲稱的那樣完美。前不久，我的一位技術(shù)上的朋友發(fā)信給我說，他終于找到了 Java Servlet 中文問題的根源。兩周以來，他一直為 Java Servlet 的中文問題所困擾，因?yàn)槊棵鎸?duì)一個(gè)含有中文字符的字符串都必須進(jìn)行強(qiáng)制轉(zhuǎn)換才能夠得到正確的結(jié)果（這好象是大家公認(rèn)的唯一的解決辦法）。后來，他確實(shí)不想如此繼續(xù)安分下去了，因?yàn)檫@樣的事情確實(shí)不應(yīng)該是高級(jí)程序員所要做的工作，他就找出 Servlet 解碼的源代碼進(jìn)行分析，因?yàn)樗麘岩蓡栴}就出在解碼這部分。經(jīng)過四個(gè)小時(shí)的奮斗，他終于找到了問題的根源所在。原來他的懷疑是正確的， Servlet 的解碼部分完全沒有考慮雙字節(jié)，直接把 %XX 當(dāng)作一個(gè)字符。（原來 Java Soft 也會(huì)犯這幺低級(jí)的錯(cuò)誤！）

如果你對(duì)這個(gè)問題有興趣或者遇到了同樣的煩惱的話，你可以按照他的步驟對(duì)Servlet.jar 進(jìn)行修改：

找到源代碼 HttpUtils 中的 static private String parseName ，在返回前將 sb（StringBuffer）復(fù)制成 byte bs[] ，然后 return new String(bs,”GB2312”)。作上述修改后就需要自己解碼了：

HashTable form=HttpUtils .parseQueryString(request.getQueryString())或者

form=HttpUtils.parsePostData(……)

千萬別忘了編譯后放到 Servlet.jar 里面。

關(guān)于 Java 中文問題的總結(jié)

Java 編程語言成長于網(wǎng)絡(luò)世界，這就要求 Java 對(duì)多國字符有很好的支持。 Java 編程語言適應(yīng)了計(jì)算的網(wǎng)絡(luò)化的需求，為它能夠在網(wǎng)絡(luò)世界迅速成長奠定了堅(jiān)實(shí)的基礎(chǔ)。 Java 的締造者（Java Soft）已經(jīng)考慮到 Java 編程語言對(duì)多國字符的支持，只是現(xiàn)在的解決方案有很多缺陷在里面，需要我們付諸一些補(bǔ)償性的措施。而世界標(biāo)準(zhǔn)化組織也在努力把人類所有的文字統(tǒng)一在一種編碼之中，其中一種方案是 ISO10646 ，它用四個(gè)字節(jié)來表示一個(gè)字符。當(dāng)然，在這種方案未被采用之前，還是希望 Java Soft 能夠嚴(yán)格地測試它的產(chǎn)品，為用戶帶來更多的方便。

posted @ 2008-07-30 17:16 chenkai 閱讀(175) | 評(píng)論 (0) | 編輯收藏

網(wǎng)頁中浮動(dòng)圖片的實(shí)現(xiàn)

<SCRIPT LANGUAGE="JavaScript">

</script>

posted @ 2008-07-29 17:20 chenkai 閱讀(669) | 評(píng)論 (0) | 編輯收藏

jsp中控件的隱藏

在html中如何使一個(gè)button或text控件不可見?

可以在jsp中做如下控制：
<INPUT TYPE="button" NAME="xzdq" value="<<" onClick="selectDept()" >
<script language="javascript">
if('<%=userId%>'!= null)document.all.xzdq.style.visibility="hidden";
</script>

或者：
<INPUT TYPE="button" NAME="xzdq" value="<<" onClick="selectDept()" >
<%
if(userId != null)
{
%>
<script language="javascript">
document.all.xzdq.style.visibility="hidden";
</script>
<%
}
%>

或者：
<INPUT TYPE="button" NAME="xzdq" value="<<" onClick="selectDept()" >
<%
if(userId != null)
out.println("<script language=\"javascript\"> document.all.xzdq.style.visibility=\"hidden\";</script>");
%>

posted @ 2008-07-29 17:17 chenkai 閱讀(3946) | 評(píng)論 (0) | 編輯收藏

Tomcat詳解

安裝Tomcat之前要先安裝JDK，可從http://java.sun.com上下載最新版本的JDK。Tomcat可從Apache Jakarta Project站點(diǎn)（http://jakarta.apache.org/site/binindex.cgi）上下載，本書使用的Tomcat版本是5.5.7，它需要安裝J2SE 5.0（JDK 1.5）以上的版本才能運(yùn)行。對(duì)于Windows操作系統(tǒng)，Tomcat 5.5.7提供了兩種安裝文件，一種是jakarta-tomcat-5.5.7.exe，一種是jakarta-tomcat-5.5.7.zip（如果讀者使用的是Linux系統(tǒng)，請下載jakarta-tomcat-5.5.7.tar.gz）。jakarta-tomcat-5.5.7.exe是可執(zhí)行的安裝程序，讀者只需要雙擊這個(gè)文件，就可以開始安裝Tomcat了。在安裝過程中，安裝程序會(huì)自動(dòng)搜尋JDK和JRE的位置。安裝完成后，在Windows系統(tǒng)的“開始”->“程序”菜單下會(huì)添加Apache Tomcat 5.5菜單組。jakarta-tomcat-5.5.7.zip是一個(gè)壓縮包，只需要將它解壓到硬盤上就可以了。在這里，我建議讀者下載jakarta-tomcat-5.5.7.zip壓縮包，通過解壓縮的方式安裝Tomcat，因?yàn)榻鈮嚎s的方式也適用于其他的操作系統(tǒng)，例如Linux系統(tǒng)。下面我們主要介紹jakarta-tomcat-5.5.7.zip的安裝與Tomcat運(yùn)行環(huán)境的設(shè)置。

安裝Tomcat

使用WinZip或WinRAR等解壓縮工具將jakarta-tomcat-5.5.7.zip解壓到指定的驅(qū)動(dòng)器和目錄中。筆者是在D盤上直接解壓，產(chǎn)生了目錄jakarta-tomcat-5.5.7，解壓后的文件存放于D:\ jakarta-tomcat-5.5.7下。

Tomcat安裝后的目錄層次結(jié)構(gòu)如圖5-2所示。

圖5-2 Tomcat 5.5.7目錄層次結(jié)構(gòu)

各目錄的用途如表5-1所示。

表5-1 Tomcat的目錄結(jié)構(gòu)及其用途

^目^錄	^用^途
^/bin	^{存放啟動(dòng)和關(guān)閉}^Tomcat^{的腳本文件}
^/common/lib	^存放^Tomcat^{服務(wù)器及所有}^Web^{應(yīng)用程序都可以訪問的}^JAR^文件
^/conf	^存放^Tomcat^{服務(wù)器的各種配置文件，其中包括}^server.xml^（^Tomcat^{的主要配置文件）、}^{tomcat-users.xml}^和^web.xml^{等配置文件}
^/logs	^存放^Tomcat^{的日志文件}
^/server/lib	^存放^Tomcat^{服務(wù)器運(yùn)行所需的各種}^JAR^文件
^{/server/webapps}	^存放^Tomcat^{的兩個(gè)}^Web^{應(yīng)用程序：}^admin^{應(yīng)用程序和}^manager^{應(yīng)用程序}
^/shared/lib	^存放所有^Web^{應(yīng)用程序都可以訪問的}^JAR^文件
^/temp	^存放^Tomcat^{運(yùn)行時(shí)產(chǎn)生的臨時(shí)文件}
^/webapps	^{當(dāng)發(fā)布}^Web^{應(yīng)用程序時(shí)，通常把}^Web^{應(yīng)用程序的目錄及文件放到這個(gè)目錄下}
^/work	^Tomcat^將^JSP^生成的^Servlet^{源文件和字節(jié)碼文件放到這個(gè)目錄下}

從表5-1中可以看到，/common/lib目錄、/server/lib和/shared/lib目錄下都可以存放JAR文件，它們的區(qū)別在于：

— 在/server/lib目錄下的JAR文件只能被Tomcat服務(wù)器訪問；

— 在/shared/lib目錄下的JAR文件可以被所有的Web應(yīng)用程序訪問，但不能被Tomcat服務(wù)器訪問；

— 在/common/lib目錄下的JAR文件可以被Tomcat服務(wù)器和所有的Web應(yīng)用程序訪問。

此外，對(duì)于后面將要介紹的Java Web應(yīng)用程序，在它的WEB-INF目錄下，也可以建立lib子目錄，在lib子目錄下可以存放各種JAR文件，這些JAR文件只能被當(dāng)前Web應(yīng)用程序所訪問。

運(yùn)行Tomcat

在Tomcat安裝目錄下的bin子目錄中，有一些批處理文件（以.bat作為后綴名的文件），其中的startup.bat就是啟動(dòng)Tomcat的腳本文件，用鼠標(biāo)雙擊這個(gè)文件，將會(huì)看到如圖5-3所示的畫面。

圖5-3 運(yùn)行Tomcat提示出錯(cuò)信息

筆者以前碰到過很多學(xué)員，在初次運(yùn)行Tomcat時(shí)，看到如圖5-3所示的信息就不知所措了。有的學(xué)員以前還配置過Tomcat，但是再次使用的時(shí)候，由于忘記了上次是如何配置的，同樣感覺無從下手。

我們在學(xué)習(xí)軟件開發(fā)時(shí)，一定要養(yǎng)成查看錯(cuò)誤提示信息，進(jìn)而根據(jù)錯(cuò)誤提示解決問題的良好習(xí)慣。筆者第一次配置Tomcat時(shí)，就是根據(jù)錯(cuò)誤提示信息一步一步配置成功的。很多人一看見錯(cuò)誤信息，立即單擊“確定”按鈕，這樣就錯(cuò)過了提示信息。當(dāng)看到錯(cuò)誤信息時(shí)，首先不要慌張和無所適從，仔細(xì)看清楚錯(cuò)誤提示，不要著急單擊按鈕。

查看圖5-3中的錯(cuò)誤提示信息，可以看到這樣一句話“The JAVA_HOME environment variable is not defined”，從畫面中可以看到，在執(zhí)行到“Using JAVA_HOME”這句時(shí)出現(xiàn)了錯(cuò)誤，由此，我們可以想到，出錯(cuò)的原因可能是因?yàn)闆]有設(shè)置JAVA_HOME環(huán)境變量。那么JAVA_HOME環(huán)境變量的值應(yīng)該是什么呢？很容易就能想到應(yīng)該是JDK所在的目錄，在筆者的機(jī)器上，JDK所在的目錄是D:\Java\jdk1.5.0_01。

在Windows 2000操作系統(tǒng)下設(shè)置環(huán)境變量的步驟如下。

① 在桌面“我的電腦”上單擊右鍵，選擇“屬性”，出現(xiàn)如圖5-4所示的畫面。

圖5-4 “我的電腦”屬性

② 單擊“高級(jí)”選項(xiàng)卡，選擇“環(huán)境變量(E)…”，如圖5-5和圖5-6所示。

圖5-5 “高級(jí)”選項(xiàng)卡圖5-6 “環(huán)境變量”對(duì)話框

③ 在“系統(tǒng)變量”下方單擊“新建”按鈕。在“變量名”中輸入“JAVA_HOME”，在變量值中輸入JDK所在的目錄“D:\Java\jdk1.5.0_01”，然后單擊“確定”按鈕，如圖5-7所示。

圖5-7 新建JAVA_HOME環(huán)境變量

④ 最后在“環(huán)境變量”對(duì)話框上單擊“確定”按鈕，結(jié)束JAVA_HOME環(huán)境變量的設(shè)置。

我們再一次轉(zhuǎn)到D:\ jakarta-tomcat-5.5.7\bin目錄下，用鼠標(biāo)雙擊startup.bat文件，可以看到如圖5-8所示的啟動(dòng)信息。

圖5-8 Tomcat啟動(dòng)信息

然后，打開瀏覽器，在地址欄中輸入http://localhost:8080/（localhost表示本地機(jī)器，8080是Tomcat默認(rèn)監(jiān)聽的端口號(hào)），將出現(xiàn)如圖5-9所示的Tomcat頁面。

圖5-9 Tomcat的默認(rèn)主頁

注意圖5-9中鼠標(biāo)（小手形狀）指向的鏈接——Tomcat Documentation，單擊將進(jìn)入Tomcat的文檔頁面，有關(guān)Tomcat的幫助信息可以在文檔頁面中找到；讀者也可以直接訪問Tomcat的文檔，文檔首頁的位置是Tomcat安裝目錄下的webapps\tomcat-docs\index.html。如果要關(guān)閉Tomcat服務(wù)器，可以用鼠標(biāo)雙擊D:\ jakarta-tomcat-5.5.7\bin目錄下的shutdown.bat文件。

如果你機(jī)器上的Tomcat啟動(dòng)失敗，有可能是因?yàn)門CP的8080端口被其他應(yīng)用程序所占用，如果你知道是哪一個(gè)應(yīng)用程序占用了8080端口，那么先關(guān)閉此程序。如果你不知道或者不想關(guān)閉占用8080端口的應(yīng)用程序，你可以修改Tomcat默認(rèn)監(jiān)聽的端口號(hào)。

前面介紹了，Tomcat安裝目錄下的conf子目錄用于存放Tomcat服務(wù)器的各種配置文件，其中的server.xml是Tomcat的主要配置文件，這是一個(gè)格式良好的XML文檔，在這個(gè)文件中可以修改Tomcat默認(rèn)監(jiān)聽的端口號(hào)。用UltraEdit（你可以用記事本程序或其他的文本編輯工具）打開server.xml，找到修改8080端口的地方。讀者也許要問了，“這個(gè)配置文件，我都不熟悉，怎么知道在哪里修改端口號(hào)呢？”對(duì)于初次接觸server.xml的讀者，確實(shí)不了解這個(gè)文件的結(jié)構(gòu)，但是我們應(yīng)該有一種開放的思路，既然Tomcat的監(jiān)聽端口號(hào)是在server.xml中配置，那么只要我們在這個(gè)文件中查找“8080”這些數(shù)字字符序列，不就能找到修改端口號(hào)的地方了嗎！在UltraEdit中，同時(shí)按下鍵盤上的“Ctrl”和“F”鍵，出現(xiàn)如圖5-10所示的查找對(duì)話框。

圖5-10 UltraEdit查找對(duì)話框

然后在“查找內(nèi)容”中輸入“8080”，單擊“查找下一個(gè)”按鈕。重復(fù)這個(gè)過程，直到找到如圖5-11所示的在server.xml中配置端口號(hào)位置。

圖5-11 server.xml中配置端口號(hào)的位置

找到后，如果我們不能確定此處就是修改端口號(hào)的地方，也沒有關(guān)系，可以先嘗試著修改一下端口號(hào)，然后啟動(dòng)Tomcat，如果啟動(dòng)成功，也就證明了我們修改的地方是正確的。學(xué)習(xí)時(shí)，我們應(yīng)該養(yǎng)成這種探索并不斷實(shí)驗(yàn)的精神。在這里，我們可以修改端口號(hào)為8000（讀者可以根據(jù)自己機(jī)器的配置選擇一個(gè)端口號(hào)），然后保存。再次啟動(dòng)Tomcat，在Tomcat啟動(dòng)完畢后，打開瀏覽器，在地址欄中輸入http://localhost:8000/（讀者根據(jù)自己設(shè)置的端口號(hào)做相應(yīng)的修改），就可以看到Tomcat的默認(rèn)主頁了。關(guān)閉Tomcat服務(wù)器時(shí)，執(zhí)行bin目錄下的shutdown.bat文件。

Tomcat啟動(dòng)分析

在本節(jié)中我們將通過對(duì)Tomcat啟動(dòng)過程的分析，來幫助讀者更好地理解和掌握Tomcat。

用文本編輯工具打開用于啟動(dòng)Tomcat的批處理文件startup.bat，仔細(xì)閱讀，可以發(fā)現(xiàn)，在這個(gè)文件中，首先判斷CATALINA_HOME環(huán)境變量是否為空，如果為空，就將當(dāng)前目錄設(shè)為CATALINA_HOME的值，接著判斷當(dāng)前目錄下是否存在bin\catalina.bat，如果文件不存在，將當(dāng)前目錄的父目錄設(shè)為CATALINA_HOME的值，根據(jù)筆者機(jī)器上Tomcat安裝目錄的層次結(jié)構(gòu)，最后CATALINA_HOME的值被設(shè)為Tomcat的安裝目錄。如果環(huán)境變量CATALINA_HOME已經(jīng)存在，則通過這個(gè)環(huán)境變量調(diào)用bin目錄下的“catalina.bat start”命令。通過這段分析，我們了解到兩個(gè)信息，一是Tomcat啟動(dòng)時(shí)，需要查找CATALINA_HOME這個(gè)環(huán)境變量，如果在當(dāng)前目錄下調(diào)用startup.bat，Tomcat會(huì)自動(dòng)設(shè)置CATALINA_HOME；二是執(zhí)行startup.bat命令，實(shí)際上執(zhí)行的是“catalina.bat start”命令。

如果我們不是在bin目錄作為當(dāng)前目錄時(shí)調(diào)用startup.bat，就會(huì)出現(xiàn)如圖5-12所示的錯(cuò)誤信息（在bin目錄的父目錄下調(diào)用除外）。

圖5-12 在其他目錄下啟動(dòng)Tomcat出錯(cuò)

要在其他目錄下也能啟動(dòng)Tomcat，就需要設(shè)置CATALINA_HOME環(huán)境變量，你可以將CATALINA_HOME添加到Windows 2000系統(tǒng)的環(huán)境變量中，其值就是Tomcat的安裝目錄，在筆者的機(jī)器上安裝目錄是D:\jakarta-tomcat-5.5.7，添加環(huán)境變量的過程和前述添加JAVA_HOME環(huán)境變量的過程是一樣的。如果你不想在系統(tǒng)的環(huán)境變量中添加，也可以直接在startup.bat文件中進(jìn)行設(shè)置。下面是在startup.bat文件中設(shè)置CATALINA_HOME后的文件片段：

……

rem $Id: shutdown.bat,v 1.5 2004/05/27 15:05:01 yoavs Exp $

rem ---------------------------------------------------------------------------

set CATALINA_HOME=D:\jakarta-tomcat-5.5.7

rem Guess CATALINA_HOME if not defined

set CURRENT_DIR=%cd%

if not "%CATALINA_HOME%" == "" goto gotHome

set CATALINA_HOME=%CURRENT_DIR%

……

注意以粗體顯示的這句話的作用就是設(shè)置CATALINA_HOME環(huán)境變量。在它的下面就可以判斷CATALINA_HOME是否為空了。如果你找不準(zhǔn)位置，干脆將設(shè)置CATALINA_HOME環(huán)境變量的這句話放置到文件的第一行。JAVA_HOME環(huán)境變量也可以采用同樣的方式進(jìn)行設(shè)置。不過，如果你要在其他目錄下，利用shutdown.bat來關(guān)閉Tomcat服務(wù)器，你也需要在shutdown.bat文件中設(shè)置CATALINA_HOME和JAVA_HOME這兩個(gè)環(huán)境變量，設(shè)置變量的位置和startup.bat文件一樣，都是在判斷CATALINA_HOME是否為空之前。當(dāng)然，為了一勞永逸，避免重裝Tomcat后還要進(jìn)行設(shè)置（需要是同一版本的Tomcat安裝在同一位置），我們最好還是將CATALINA_HOME和JAVA_HOME這兩個(gè)環(huán)境變量添加到Windows 2000系統(tǒng)的環(huán)境變量中。

有的讀者可能會(huì)對(duì)設(shè)置Tomcat安裝目錄的環(huán)境變量的名字是CATALINA_HOME而感到奇怪，按照以前設(shè)置的環(huán)境變量來看，JAVA_HOME表示JDK的安裝目錄，那么應(yīng)該用TOMCAT_HOME來表示Tomcat的安裝目錄，可為什么要使用CATALINA_HOME呢？實(shí)際上，在Tomcat 4以前，用的就是TOMCAT_HOME來表示Tomcat的安裝目錄，在Tomcat 4以后，采用了新的Servlet容器Catalina，所以環(huán)境變量的名字也改為了CATALINA_HOME。

提示：在Windows系統(tǒng)下環(huán)境變量的名字是與大小寫無關(guān)的，也就是說JAVA_HOME和java_home是相同的。

了解了startup.bat文件以后，我們再來看看真正負(fù)責(zé)啟動(dòng)Tomcat服務(wù)器的catalina.bat文件。通過分析catalina.bat文件，我們發(fā)現(xiàn)它還調(diào)用了一個(gè)文件setclasspath.bat。在setclasspath.bat文件中，它檢查JAVA_HOME環(huán)境變量是否存在，并通過設(shè)置的環(huán)境變量JAVA_HOME，找到j(luò)ava.exe，用于啟動(dòng)Tomcat。在這個(gè)文件中，還設(shè)置了其他的一些變量，分別表示JDK中的一些工具，有興趣的讀者可以自行分析一下這個(gè)文件。在執(zhí)行完setclasspath.bat之后，catalina.bat剩下的部分就開始了Tomcat服務(wù)器的啟動(dòng)進(jìn)程。

直接執(zhí)行catalina.bat時(shí)，需要帶上命令行的參數(shù)。讀者可以在命令提示符窗口下，執(zhí)行catalina.bat，就會(huì)打印出catalina.bat命令的各種參數(shù)及其含義，如圖5-13所示。

圖5-13 catalina.bat的各參數(shù)信息

其中常用的參數(shù)是start、run和stop，參數(shù)start表示在一個(gè)單獨(dú)的窗口中啟動(dòng)Tomcat服務(wù)器，參數(shù)run表示在當(dāng)前窗口中啟動(dòng)Tomcat服務(wù)器，參數(shù)stop表示關(guān)閉Tomcat服務(wù)器。我們執(zhí)行startup.bat，實(shí)際上執(zhí)行的就是“catalina.bat start”命令；執(zhí)行shutdown.bat，實(shí)際上執(zhí)行的是“catalina.bat stop”命令。“catalina.bat run”命令有時(shí)候是非常有用的，特別是當(dāng)我們需要查看Tomcat的出錯(cuò)信息時(shí)。我們在開發(fā)JSP程序時(shí)，經(jīng)常會(huì)碰到自己機(jī)器上的8080端口號(hào)被別的應(yīng)用程序占用，或者在配置server.xml時(shí)出現(xiàn)錯(cuò)誤，當(dāng)通過startup.bat（相當(dāng)于執(zhí)行“catalina.bat start”）啟動(dòng)Tomcat服務(wù)器時(shí)，會(huì)導(dǎo)致啟動(dòng)失敗，因?yàn)槭窃趩为?dú)的窗口中啟動(dòng)Tomcat服務(wù)器，所以一旦啟動(dòng)失敗，命令提示符窗口就自動(dòng)關(guān)閉了，程序運(yùn)行中輸出的出錯(cuò)信息也隨之消失，而且沒有任何的日志信息，這就使得我們沒有辦法找出錯(cuò)誤原因。當(dāng)出現(xiàn)錯(cuò)誤時(shí)，我們可以換成“catalina.bat run”命令再次啟動(dòng)，一旦啟動(dòng)失敗，僅僅是Tomcat服務(wù)器異常終止，但是在當(dāng)前的命令提示符窗口下仍然保留了啟動(dòng)時(shí)的出錯(cuò)信息，這樣我們就可以查找啟動(dòng)失敗的原因了。

Tomcat的體系結(jié)構(gòu)

Tomcat服務(wù)器是由一系列可配置的組件構(gòu)成的，其中核心組件是Catalina Servlet容器，它是所有其他Tomcat組件的頂層容器。Tomcat各組件之間的層次關(guān)系如圖5-14所示。

圖5-14 Tomcat組件之間的層次結(jié)構(gòu)

我們下面簡單介紹一下各組件在Tomcat服務(wù)器中的作用。

（1）Server

Server表示整個(gè)的Catalina Servlet容器。Tomcat提供了Server接口的一個(gè)默認(rèn)實(shí)現(xiàn)，這通常不需要用戶自己去實(shí)現(xiàn)。在Server容器中，可以包含一個(gè)或多個(gè)Service組件。

（2）Service

Service是存活在Server中的內(nèi)部組件，它將一個(gè)或多個(gè)連接器（Connector）組件綁定到一個(gè)單獨(dú)的引擎（Engine）上。在Server中，可以包含一個(gè)或多個(gè)Service組件。Service也很少由用戶定制，Tomcat提供了Service接口的默認(rèn)實(shí)現(xiàn)，而這種實(shí)現(xiàn)既簡單又能滿足應(yīng)用。

（3）Connector

連接器（Connector）處理與客戶端的通信，它負(fù)責(zé)接收客戶請求，以及向客戶返回響應(yīng)結(jié)果。在Tomcat中，有多個(gè)連接器可以使用。

（4）Engine

在Tomcat中，每個(gè)Service只能包含一個(gè)Servlet引擎（Engine）。引擎表示一個(gè)特定的Service的請求處理流水線。作為一個(gè)Service可以有多個(gè)連接器，引擎從連接器接收和處理所有的請求，將響應(yīng)返回給適合的連接器，通過連接器傳輸給用戶。用戶可以通過實(shí)現(xiàn)Engine接口提供自定義的引擎，但通常不需要這么做。

（5）Host

Host表示一個(gè)虛擬主機(jī)，一個(gè)引擎可以包含多個(gè)Host。用戶通常不需要?jiǎng)?chuàng)建自定義的Host，因?yàn)門omcat給出的Host接口的實(shí)現(xiàn)（類StandardHost）提供了重要的附加功能。

（6）Context

一個(gè)Contex表示了一個(gè)Web應(yīng)用程序，運(yùn)行在特定的虛擬主機(jī)中。什么是Web應(yīng)用程序呢？在Sun公司發(fā)布的Java Servlet規(guī)范中，對(duì)Web應(yīng)用程序做出了如下的定義：“一個(gè)Web應(yīng)用程序是由一組Servlet、HTML頁面、類，以及其他的資源組成的運(yùn)行在Web服務(wù)器上的完整的應(yīng)用程序。它可以在多個(gè)供應(yīng)商提供的實(shí)現(xiàn)了Servlet規(guī)范的Web容器中運(yùn)行”。一個(gè)Host可以包含多個(gè)Context（代表Web應(yīng)用程序），每一個(gè)Context都有一個(gè)惟一的路徑。用戶通常不需要?jiǎng)?chuàng)建自定義的Context，因?yàn)門omcat給出的Context接口的實(shí)現(xiàn)（類StandardContext）提供了重要的附加功能。

下面我們通過圖5-15來幫助讀者更好地理解Tomcat服務(wù)器中各組件的工作流程。

圖5-15 Tomcat各組件的工作流程

要了解這些組件的其他信息，可以看下面的頁面：

%CATALINA_HOME%\webapps\tomcat-docs\architecture\index.html

我們可以在conf目錄下的server.xml文件中對(duì)這些組件進(jìn)行配置，讀者打開server.xml文件，就可以看到元素名和元素之間的嵌套關(guān)系，與Tomcat服務(wù)器的組件是一一對(duì)應(yīng)的，server.xml文件的根元素就是server。關(guān)于server.xml配置文件中的各元素及其屬性的含義，請參見附錄C。

在Tomcat中，提供了各組件的接口及其實(shí)現(xiàn)類，如果你要替代Tomcat中的某個(gè)組件，只需要根據(jù)該組件的接口或類的說明，重寫該組件，并進(jìn)行配置即可。圖5-16是Tomcat各組件的類圖。

在類圖的接口名或類名下面是該接口或該類所在的包，這些接口和類都在%CATALINA_HOME%\ server\lib\catalina.jar文件中。對(duì)Tomcat服務(wù)器的實(shí)現(xiàn)感興趣的讀者，可以從http://tomcat.apache.org/上下載Tomcat的源代碼。

提示：由于Apache軟件基金會(huì)并不是一個(gè)商業(yè)性的組織，所以文檔更新的速度有時(shí)候跟不上版本更新的速度。在Tomcat 5.5.7中，就可以發(fā)現(xiàn)文檔與其源碼實(shí)現(xiàn)有不一致的地方。在Tomcat 5.5.x中，去掉了org.apache.catalina.Connector接口及其相關(guān)的實(shí)現(xiàn)類，而直接以org.apache.catalina.connector.Connector類來代替。我們在看Tomcat的文檔時(shí)，最好結(jié)合其API文檔一起看，這樣才能保證了解的信息是完整的和準(zhǔn)確的。

Tomcat提供了兩個(gè)管理程序：admin和manager。其中admin用于管理和配置Tomcat服務(wù)器，manager用于管理部署到Tomcat服務(wù)器中的Web應(yīng)用程序。

admin Web應(yīng)用程序

admin Web應(yīng)用程序需要單獨(dú)下載，與Tomcat在同一個(gè)下載頁面，鏈接名是Admin zip，下載后的文件名是jakarta-tomcat-5.5.7-admin.zip，解壓縮后，覆蓋Tomcat安裝目錄下的同名目錄。admin Web應(yīng)用程序位于%CATALINA_HOME%\server\webapps\admin目錄下。

要訪問admin Web應(yīng)用程序，需要添加具有管理員權(quán)限的賬號(hào)，編輯%CATALINA_HOME%\ conf\tomcat-users.xml文件，在<tomcat-users>元素中添加如下內(nèi)容：

其中用戶名和密碼可以根據(jù)自己的喜好設(shè)置。

啟動(dòng)Tomcat服務(wù)器，打開瀏覽器，在地址欄中輸入：

http://localhost:8080/admin/

將出現(xiàn)如圖5-17所示的頁面。

圖5-17 admin Web應(yīng)用程序的登錄界面

也可以在Tomcat的默認(rèn)主頁的左上方單擊“Tomcat Administration”鏈接，進(jìn)入admin登錄頁面。輸入用戶名admin，密碼12345678，單擊“Login”按鈕，將看到如圖5-18所示的頁面。

圖5-18 admin Web應(yīng)用程序的主頁面

在這個(gè)頁面中，可以進(jìn)行Tomcat服務(wù)器的各項(xiàng)配置。

5.6.2 manager Web應(yīng)用程序

manager Web應(yīng)用程序包含在Tomcat的安裝包中。和admin程序一樣，需要添加訪問manager Web應(yīng)用程序的管理員賬號(hào)，編輯%CATALINA_HOME%\conf\tomcat-users.xml文件，在<tomcat-users>元素中添加如下內(nèi)容：

其中用戶名和密碼可以根據(jù)自己的喜好設(shè)置。

啟動(dòng)Tomcat服務(wù)器，打開瀏覽器，在地址欄中輸入：

http://localhost:8080/manager/html/

將出現(xiàn)如圖5-19所示的頁面。

圖5-19 manager Web應(yīng)用程序的登錄界面

也可以在Tomcat的默認(rèn)主頁的左上方單擊“Tomcat Manager”鏈接，訪問manager程序。輸入用戶名manager，密碼12345678，單擊“確定”按鈕，將看到如圖5-20所示的頁面。

圖5-20 manager Web應(yīng)用程序的主頁面

在這個(gè)頁面中，你可以部署、啟動(dòng)、停止、重新加載、卸載Web應(yīng)用程序。注意在兩個(gè)圓角矩形框中的路徑“/jsp-examples”和“/servlets-examples”，單擊這兩個(gè)路徑，將看到Tomcat提供的JSP和Servlet的例子程序，這些程序可以作為學(xué)習(xí)JSP和Servlet的參考。不過在這兩個(gè)路徑下，只列出了部分的例子程序，完整的JSP和Servlet例子程序位于下面的兩個(gè)目錄中：

%CATALINA_HOME%\webapps\jsp-examples

%CATALINA_HOME%\webapps\servlets-examples

posted @ 2008-07-24 21:59 chenkai 閱讀(2427) | 評(píng)論 (1) | 編輯收藏

關(guān)鍵字throw和throws的區(qū)別

void foo() throws FooException,Foo2Exception{
//other code

throw new FooException();
}

throw語句用在方法體內(nèi),表示拋出異常,由方法體內(nèi)的語句處理。不能單獨(dú)使用，要么和try catch一起使用，要么和trows一起使用。
throws語句用在方法聲明后面,表示這個(gè)方法可能會(huì)拋出異常, 表示的是一種傾向、可能，但不一定實(shí)際發(fā)生。由調(diào)用這個(gè)方法的上一級(jí)方法中的語句來處理 。后面可以跟多個(gè)異常，中間用逗號(hào)分割。

例如：

void doA() throws Exception1, Exception3 {
try {
……
} catch(Exception1 e) {
throw e;
} catch(Exception2 e) {
System.out.println("出錯(cuò)了");
}
if (a != b)
throw new Exception3("自定義異常");
}

代碼塊……中可能產(chǎn)生異常Exception1、Exception2和Exception3。
如果產(chǎn)生Exception1異常，則捕捉了之后拋出由該方法的調(diào)用者去做處理；
如果產(chǎn)生Exception2異常，則該方法自己做了處理(打印出了說出錯(cuò)了)，所以該方法就不會(huì)再向外拋出Exception2異常了，void doA() throws Exception1,,Excpetion3里面的Exception2也就不用寫了；
而Exception3異常是該方法的某段邏輯出錯(cuò)，程序員自己作了處理在該段邏輯錯(cuò)誤的情況下拋出異常Exception3，則調(diào)用者也需要處理。

posted @ 2008-07-24 10:44 chenkai 閱讀(714) | 評(píng)論 (0) | 編輯收藏

關(guān)于JSP的錯(cuò)誤頁面處理

關(guān)于JSP中的錯(cuò)誤頁面處理

通常JSP 在執(zhí)行時(shí)，在兩個(gè)階段下會(huì)發(fā)生錯(cuò)誤。
JSP 網(wǎng)頁 → Servlet 類
Servlet 類處理每一個(gè)請求時(shí)
在第一階段時(shí)，產(chǎn)生的錯(cuò)誤我們稱為Translation Time Processing Errors；在第二階段時(shí)，產(chǎn)生的錯(cuò)誤我們稱為Client Request Time Processing Errors。接下來我們針對(duì)這兩個(gè)階段產(chǎn)生錯(cuò)誤的原因和處理方法，進(jìn)行介紹。

1、 Translation Time Processing Errors
Translation Time Processing Errors 產(chǎn)生的主要原因：我們在撰寫JSP時(shí)的語法有錯(cuò)誤，導(dǎo)致JSP Container 無法將JSP 網(wǎng)頁編譯成Servlet 類文件( .class)，例如：500 Internal Server
Error，500 是指HTTP 的錯(cuò)誤狀態(tài)碼，因此是Server Error。
通常產(chǎn)生這種錯(cuò)誤時(shí)，可能是JSP 的語法有錯(cuò)誤，或是JSP Container 在一開始安裝、設(shè)定時(shí)，有不適當(dāng)?shù)那樾伟l(fā)生。解決的方法就是再一次檢查程序是否有寫錯(cuò)的，不然也有可能是JSPContainer 的bug。

2、 Client Request Time Processing Errors
Client Request Time Processing Errors 錯(cuò)誤的發(fā)生，往往不是語法錯(cuò)誤，而可能是邏輯上的錯(cuò)誤，簡單地說，你寫一個(gè)計(jì)算除法的程序，當(dāng)用戶輸入的分母為零時(shí)，程序會(huì)發(fā)生錯(cuò)誤并拋出異常(Exception)，交由異常處理(Exception Handling)機(jī)制做適當(dāng)?shù)奶幚怼?/span>對(duì)于這種錯(cuò)誤的處理，我們通常會(huì)交給errorPage 去處理。下面舉個(gè)例子:
使用errorPage 的范例程序：ErrorPage.jsp

<%@ page contentType="text/html;charset=GB2312" errorPage="Error.jsp" %> //設(shè)置Error.jsp頁為本頁的錯(cuò)誤處理頁
<html>
<head>
<title>CH4 - ErrorPage.jsp</title>
</head>
<body>
<h2>errorPage 的范例程序</h2>
<%!
private double toDouble(String value)
{
return(Double.valueOf(value).doubleValue());
}
%>
<%
double num1 = toDouble(request.getParameter("num1"));
double num2 = toDouble(request.getParameter("num2"));
%>
您傳入的兩個(gè)數(shù)字為：<%= num1 %> 和 <%= num2 %><br>
兩數(shù)相加為 <%= (num1+num2) %>
</body>
</html>
ErrorPage.jsp 程序中，我們使用page 指令中的errorPage 屬性，告訴JSP Container，如果在程序中有錯(cuò)誤產(chǎn)生時(shí)（指的是servlet運(yùn)行時(shí)產(chǎn)生的錯(cuò)誤或顯示用throw拋出的異常），會(huì)自動(dòng)交給Error.jsp 處理。

Error.jsp
<%@ page contentType="text/html;charset=GB2312" isErrorPage="true" %> //設(shè)置該頁為錯(cuò)誤處理頁
<%@ page import="java.io.PrintWriter" %>
<html>
<head>
<title>CH4 - Error.jsp</title>
</head>
<body>
<h2>errorPage 的范例程序</h2>
<p>ErrorPage.jsp 錯(cuò)誤產(chǎn)生：<I><%= exception %></I></p><br>
<pre>
問題如下：<% exception.printStackTrace(new PrintWriter(out)); %> //輸出錯(cuò)誤的原因
</pre>
</body>
</html>

Error.jsp 主要處理ErrorPage.jsp 所產(chǎn)生的錯(cuò)誤，所以在ErrorPage.jsp 中page 指令的屬性errorPage設(shè)為Error.jsp，因此，若ErrorPage.jsp有錯(cuò)誤發(fā)生時(shí)，會(huì)自動(dòng)轉(zhuǎn)到Error.jsp來處理。Error.jsp 必須設(shè)定page 指令的屬性isErrorPage為true，因?yàn)?/span>Error.jsp是專門用來處理錯(cuò)誤的網(wǎng)頁。設(shè)定page 指令的屬性isErrorPage為true后，在Error.jsp里就可以使用exception異常類了。

由于在這個(gè)程序中并沒有做一個(gè)窗體來輸入兩個(gè)數(shù)字，所以必須手動(dòng)在URL后輸入num1和num2的值，如http://localhost:8080/ErrorPage.jsp?num1=100&num2=245。當(dāng)ErrorPage.jsp 產(chǎn)生錯(cuò)誤時(shí)（如加數(shù)為字符串型），就會(huì)交由Error.jsp 去處理，所以我們看到的結(jié)果，不

再是原始的服務(wù)器提示的亂七把糟的錯(cuò)誤提示，將是執(zhí)行Error.jsp 后的結(jié)果。

在jsp中顯式地拋出異常時(shí)，系統(tǒng)也會(huì)轉(zhuǎn)到錯(cuò)誤處理頁面：

<%@page language="java" contentType="text/html;charset=GBK" import= "java.util.* " errorPage="exception.jsp"

%>

<jsp:useBean id="user" scope="session" class="S_userObj"/>

<%

if(user= =null)

throw new Exception("您沒有登陸或者登陸超時(shí),請重新登陸");

。。。。。。

當(dāng)user為空時(shí)系統(tǒng)會(huì)自動(dòng)轉(zhuǎn)到錯(cuò)誤處理頁面。

總之，以下情況jsp會(huì)轉(zhuǎn)到錯(cuò)誤處理頁面：

前提：jsp成功的轉(zhuǎn)換到了servlet，轉(zhuǎn)換過程中沒有發(fā)生錯(cuò)誤。

當(dāng)servlet運(yùn)行時(shí)，程序中碰到異常。

當(dāng)servlet運(yùn)行時(shí)，程序控制轉(zhuǎn)到了顯式拋出的異常。例如：if(…) throw new exception();

posted @ 2008-07-24 10:21 chenkai 閱讀(3952) | 評(píng)論 (0) | 編輯收藏

正則表達(dá)式

正則表達(dá)式基礎(chǔ)知識(shí)

2007-11-16 17:32

一個(gè)正則表達(dá)式就是由普通字符（例如字符 a 到 z）以及特殊字符（稱為元字符）組成的文字模式。該模式描述在查找文字主體時(shí)待匹配的一個(gè)或多個(gè)字符串。正則表達(dá)式作為一個(gè)模板，將某個(gè)字符模式與所搜索的字符串進(jìn)行匹配。如：

JScript	VBScript	匹配
/^\[ \t]*$/	"^\[ \t]*$"	匹配一個(gè)空白行。
/\d{2}-\d{5}/	"\d{2}-\d{5}"	驗(yàn)證一個(gè)ID 號(hào)碼是否由一個(gè)2位數(shù)字，一個(gè)連字符以及一個(gè)5位數(shù)字組成。
/<(.)>.<\/\1>/	"<(.)>.<\/\1>"	匹配一個(gè) HTML 標(biāo)記。

下表是元字符及其在正則表達(dá)式上下文中的行為的一個(gè)完整列表：

字符	描述
\	將下一個(gè)字符標(biāo)記為一個(gè)特殊字符、或一個(gè)原義字符、或一個(gè) 向后引用、或一個(gè)八進(jìn)制轉(zhuǎn)義符。例如，'n' 匹配字符 "n"。'\n' 匹配一個(gè)換行符。序列 '\\' 匹配 "\" 而 "\(" 則匹配 "("。
^	匹配輸入字符串的開始位置。如果設(shè)置了 RegExp 對(duì)象的 Multiline 屬性，^ 也匹配 '\n' 或 '\r' 之后的位置。
$	匹配輸入字符串的結(jié)束位置。如果設(shè)置了RegExp 對(duì)象的 Multiline 屬性，$ 也匹配 '\n' 或 '\r' 之前的位置。
*	匹配前面的子表達(dá)式零次或多次。例如，zo* 能匹配 "z" 以及 "zoo"。* 等價(jià)于{0,}。
+	匹配前面的子表達(dá)式一次或多次。例如，'zo+' 能匹配 "zo" 以及 "zoo"，但不能匹配 "z"。+ 等價(jià)于 {1,}。
?	匹配前面的子表達(dá)式零次或一次。例如，"do(es)?" 可以匹配 "do" 或 "does" 中的"do" 。? 等價(jià)于 {0,1}。
{n}	n 是一個(gè)非負(fù)整數(shù)。匹配確定的 n 次。例如，'o{2}' 不能匹配 "Bob" 中的 'o'，但是能匹配 "food" 中的兩個(gè) o。
{n,}	n 是一個(gè)非負(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。最少匹配 n 次且最多匹配 m 次。例如，"o{1,3}" 將匹配 "fooooood" 中的前三個(gè) o。'o{0,1}' 等價(jià)于 'o?'。請注意在逗號(hào)和兩個(gè)數(shù)之間不能有空格。
?	當(dāng)該字符緊跟在任何一個(gè)其他限制符 (*, +, ?, {n}, {n,}, {n,m}) 后面時(shí)，匹配模式是非貪婪的。非貪婪模式盡可能少的匹配所搜索的字符串，而默認(rèn)的貪婪模式則盡可能多的匹配所搜索的字符串。例如，對(duì)于字符串 "oooo"，'o+?' 將匹配單個(gè) "o"，而 'o+' 將匹配所有 'o'。
.	匹配除 "\n" 之外的任何單個(gè)字符。要匹配包括 '\n' 在內(nèi)的任何字符，請使用象 '[.\n]' 的模式。
(pattern)	匹配 pattern 并獲取這一匹配。所獲取的匹配可以從產(chǎn)生的 Matches 集合得到，在VBScript 中使用 SubMatches 集合，在JScript 中則使用 $0…$9 屬性。要匹配圓括號(hào)字符，請使用 '$' 或 '$'。
(?:pattern)	匹配 pattern 但不獲取匹配結(jié)果，也就是說這是一個(gè)非獲取匹配，不進(jìn)行存儲(chǔ)供以后使用。這在使用 "或" 字符 (\|) 來組合一個(gè)模式的各個(gè)部分是很有用。例如， 'industr(?:y\|ies) 就是一個(gè)比 'industry\|industries' 更簡略的表達(dá)式。
(?=pattern)	正向預(yù)查，在任何匹配 pattern 的字符串開始處匹配查找字符串。這是一個(gè)非獲取匹配，也就是說，該匹配不需要獲取供以后使用。例如，'Windows (?=95\|98\|NT\|2000)' 能匹配 "Windows 2000" 中的 "Windows" ，但不能匹配 "Windows 3.1" 中的 "Windows"。預(yù)查不消耗字符，也就是說，在一個(gè)匹配發(fā)生后，在最后一次匹配之后立即開始下一次匹配的搜索，而不是從包含預(yù)查的字符之后開始。
(?!pattern)	負(fù)向預(yù)查，在任何不匹配 pattern 的字符串開始處匹配查找字符串。這是一個(gè)非獲取匹配，也就是說，該匹配不需要獲取供以后使用。例如'Windows (?!95\|98\|NT\|2000)' 能匹配 "Windows 3.1" 中的 "Windows"，但不能匹配 "Windows 2000" 中的 "Windows"。預(yù)查不消耗字符，也就是說，在一個(gè)匹配發(fā)生后，在最后一次匹配之后立即開始下一次匹配的搜索，而不是從包含預(yù)查的字符之后開始
x\|y	匹配 x 或 y。例如，'z\|food' 能匹配 "z" 或 "food"。'(z\|f)ood' 則匹配 "zood" 或 "food"。
[xyz]	字符集合。匹配所包含的任意一個(gè)字符。例如， '[abc]' 可以匹配 "plain" 中的 'a'。
[^xyz]	負(fù)值字符集合。匹配未包含的任意字符。例如， '[^abc]' 可以匹配 "plain" 中的'p'。
[a-z]	字符范圍。匹配指定范圍內(nèi)的任意字符。例如，'[a-z]' 可以匹配 'a' 到 'z' 范圍內(nèi)的任意小寫字母字符。
[^a-z]	負(fù)值字符范圍。匹配任何不在指定范圍內(nèi)的任意字符。例如，'[^a-z]' 可以匹配任何不在 'a' 到 'z' 范圍內(nèi)的任意字符。
\b	匹配一個(gè)單詞邊界，也就是指單詞和空格間的位置。例如， 'er\b' 可以匹配"never" 中的 'er'，但不能匹配 "verb" 中的 'er'。
\B	匹配非單詞邊界。'er\B' 能匹配 "verb" 中的 'er'，但不能匹配 "never" 中的 'er'。
\cx	匹配由 x 指明的控制字符。例如， \cM 匹配一個(gè) Control-M 或回車符。x 的值必須為 A-Z 或 a-z 之一。否則，將 c 視為一個(gè)原義的 'c' 字符。
\d	匹配一個(gè)數(shù)字字符。等價(jià)于 [0-9]。
\D	匹配一個(gè)非數(shù)字字符。等價(jià)于 [^0-9]。
\f	匹配一個(gè)換頁符。等價(jià)于 \x0c 和 \cL。
\n	匹配一個(gè)換行符。等價(jià)于 \x0a 和 \cJ。
\r	匹配一個(gè)回車符。等價(jià)于 \x0d 和 \cM。
\s	匹配任何空白字符，包括空格、制表符、換頁符等等。等價(jià)于 [ \f\n\r\t\v]。
\S	匹配任何非空白字符。等價(jià)于 [^ \f\n\r\t\v]。
\t	匹配一個(gè)制表符。等價(jià)于 \x09 和 \cI。
\v	匹配一個(gè)垂直制表符。等價(jià)于 \x0b 和 \cK。
\w	匹配包括下劃線的任何單詞字符。等價(jià)于'[A-Za-z0-9_]'。
\W	匹配任何非單詞字符。等價(jià)于 '[^A-Za-z0-9_]'。
\xn	匹配 n，其中 n 為十六進(jìn)制轉(zhuǎn)義值。十六進(jìn)制轉(zhuǎn)義值必須為確定的兩個(gè)數(shù)字長。例如，'\x41' 匹配 "A"。'\x041' 則等價(jià)于 '\x04' & "1"。正則表達(dá)式中可以使用 ASCII 編碼。.
\num	匹配 num，其中 num 是一個(gè)正整數(shù)。對(duì)所獲取的匹配的引用。例如，'(.)\1' 匹配兩個(gè)連續(xù)的相同字符。
\n	標(biāo)識(shí)一個(gè)八進(jìn)制轉(zhuǎn)義值或一個(gè)向后引用。如果 \n 之前至少 n 個(gè)獲取的子表達(dá)式，則 n 為向后引用。否則，如果 n 為八進(jìn)制數(shù)字 (0-7)，則 n 為一個(gè)八進(jìn)制轉(zhuǎn)義值。
\nm	標(biāo)識(shí)一個(gè)八進(jìn)制轉(zhuǎn)義值或一個(gè)向后引用。如果 \nm 之前至少有 nm 個(gè)獲得子表達(dá)式，則 nm 為向后引用。如果 \nm 之前至少有 n 個(gè)獲取，則 n 為一個(gè)后跟文字 m 的向后引用。如果前面的條件都不滿足，若 n 和 m 均為八進(jìn)制數(shù)字 (0-7)，則 \nm 將匹配八進(jìn)制轉(zhuǎn)義值 nm。
\nml	如果 n 為八進(jìn)制數(shù)字 (0-3)，且 m 和 l 均為八進(jìn)制數(shù)字 (0-7)，則匹配八進(jìn)制轉(zhuǎn)義值 nml。
\un	匹配 n，其中 n 是一個(gè)用四個(gè)十六進(jìn)制數(shù)字表示的 Unicode 字符。例如， \u00A9 匹配版權(quán)符號(hào) (©)。

下面看幾個(gè)例子：
"^The"：表示所有以"The"開始的字符串（"There"，"The cat"等）；
"of despair$"：表示所以以"of despair"結(jié)尾的字符串；
"^abc$"：表示開始和結(jié)尾都是"abc"的字符串——呵呵，只有"abc"自己了；
"notice"：表示任何包含"notice"的字符串。

'*'，'+'和'?'這三個(gè)符號(hào)，表示一個(gè)或一序列字符重復(fù)出現(xiàn)的次數(shù)。它們分別表示“沒有或
更多”，“一次或更多”還有“沒有或一次”。下面是幾個(gè)例子：

"ab*"：表示一個(gè)字符串有一個(gè)a后面跟著零個(gè)或若干個(gè)b。（"a", "ab", "abbb",……）；
"ab+"：表示一個(gè)字符串有一個(gè)a后面跟著至少一個(gè)b或者更多；
"ab?"：表示一個(gè)字符串有一個(gè)a后面跟著零個(gè)或者一個(gè)b；
"a?b+$"：表示在字符串的末尾有零個(gè)或一個(gè)a跟著一個(gè)或幾個(gè)b。

也可以使用范圍，用大括號(hào)括起，用以表示重復(fù)次數(shù)的范圍。

"ab{2}"：表示一個(gè)字符串有一個(gè)a跟著2個(gè)b（"abb"）；
"ab{2,}"：表示一個(gè)字符串有一個(gè)a跟著至少2個(gè)b；
"ab{3,5}"：表示一個(gè)字符串有一個(gè)a跟著3到5個(gè)b。

請注意，你必須指定范圍的下限（如："{0,2}"而不是"{,2}"）。還有，你可能注意到了，'*'，'+'和
'?'相當(dāng)于"{0,}"，"{1,}"和"{0,1}"。
還有一個(gè)'¦'，表示“或”操作：

"hi¦hello"：表示一個(gè)字符串里有"hi"或者"hello"；
"(b¦cd)ef"：表示"bef"或"cdef"；
"(a¦b)*c"：表示一串"a""b"混合的字符串后面跟一個(gè)"c"；

'.'可以替代任何字符：

"a.[0-9]"：表示一個(gè)字符串有一個(gè)"a"后面跟著一個(gè)任意字符和一個(gè)數(shù)字；
"^.{3}$"：表示有任意三個(gè)字符的字符串（長度為3個(gè)字符）；

方括號(hào)表示某些字符允許在一個(gè)字符串中的某一特定位置出現(xiàn)：

"[ab]"：表示一個(gè)字符串有一個(gè)"a"或"b"（相當(dāng)于"a¦b"）；
"[a-d]"：表示一個(gè)字符串包含小寫的'a'到'd'中的一個(gè)（相當(dāng)于"a¦b¦c¦d"或者"[abcd]"）；
"^[a-zA-Z]"：表示一個(gè)以字母開頭的字符串；
"[0-9]%"：表示一個(gè)百分號(hào)前有一位的數(shù)字；
",[a-zA-Z0-9]$"：表示一個(gè)字符串以一個(gè)逗號(hào)后面跟著一個(gè)字母或數(shù)字結(jié)束。

你也可以在方括號(hào)里用'^'表示不希望出現(xiàn)的字符，'^'應(yīng)在方括號(hào)里的第一位。（如："%[^a-zA-Z]%"表
示兩個(gè)百分號(hào)中不應(yīng)該出現(xiàn)字母）。

為了逐字表達(dá)，必須在"^.$()¦*+?{\"這些字符前加上轉(zhuǎn)移字符'\'。

請注意在方括號(hào)中，不需要轉(zhuǎn)義字符。

posted @ 2008-07-23 15:11 chenkai 閱讀(224) | 評(píng)論 (0) | 編輯收藏

JAVA中String對(duì)象的比較

1.首先介紹三個(gè)String對(duì)象比較的方法：
（1）equals：比較兩個(gè)String對(duì)象的值是否相等。例如：
String str1 = "hello quanjizhu";
String str2 =str1+"haha";
String str3 = new String("hello quanjizhu");

System.out.println(str1.equals(str2));
System.out.println(str1.equals(str3));
輸出結(jié)果都為true。

（2）= =：比較兩個(gè)String對(duì)象的指向的內(nèi)存地址是否相等。例如：
String str1 = "hello quanjizhu";
String str2 =str1+"haha";
String str3 = new String("hello quanjizhu");

System.out.println(str1.equals(str2));
System.out.println(str1.equals(str3));
輸出結(jié)果都為false。

3.原理
要理解 java中String的運(yùn)作方式，必須明確一點(diǎn)：String是一個(gè)非可變類（immutable）。什么是非可變類呢？簡單說來，非可變類的實(shí)例是不能被修改的，每個(gè)實(shí)例中包含的信息都必須在該實(shí)例創(chuàng)建的時(shí)候就提供出來，并且在對(duì)象的整個(gè)生存周期內(nèi)固定不變。java為什么要把String設(shè)計(jì)為非可變類呢？你可以問問 james Gosling ：）。但是非可變類確實(shí)有著自身的優(yōu)勢，如狀態(tài)單一，對(duì)象簡單，便于維護(hù)。其次，該類對(duì)象對(duì)象本質(zhì)上是線程安全的，不要求同步。此外用戶可以共享非可變對(duì)象，甚至可以共享它們的內(nèi)部信息。（詳見《Effective java》item 13）。String類在java中被大量運(yùn)用，甚至在class文件中都有其身影，因此將其設(shè)計(jì)為簡單輕便的非可變類是比較合適的。
（1）創(chuàng)建。
    好了，知道String是非可變類以后，我們可以進(jìn)一步了解String的構(gòu)造方式了。創(chuàng)建一個(gè)Stirng對(duì)象，主要就有以下兩種方式：

java 代碼
String str1 = new String("abc");
Stirng str2 = "abc";
     雖然兩個(gè)語句都是返回一個(gè)String對(duì)象的引用，但是jvm對(duì)兩者的處理方式是不一樣的。對(duì)于第一種，jvm會(huì)馬上在heap中創(chuàng)建一個(gè)String對(duì)象，然后將該對(duì)象的引用返回給用戶。對(duì)于第二種，jvm首先會(huì)在內(nèi)部維護(hù)的strings pool中通過String的 equels 方法查找是對(duì)象池中是否存放有該String對(duì)象，如果有，則返回已有的String對(duì)象給用戶，而不會(huì)在heap中重新創(chuàng)建一個(gè)新的String對(duì)象；如果對(duì)象池中沒有該String對(duì)象，jvm則在heap中創(chuàng)建新的String對(duì)象，將其引用返回給用戶，同時(shí)將該引用添加至strings pool中。注意：使用第一種方法創(chuàng)建對(duì)象時(shí)，jvm是不會(huì)主動(dòng)把該對(duì)象放到strings pool里面的，除非程序調(diào)用 String的intern方法。看下面的例子：

java 代碼
String str1 = new String("abc"); //jvm 在堆上創(chuàng)建一個(gè)String對(duì)象

//jvm 在strings pool中找不到值為“abc”的字符串，因此
//在堆上創(chuàng)建一個(gè)String對(duì)象，并將該對(duì)象的引用加入至strings pool中
//此時(shí)堆上有兩個(gè)String對(duì)象
Stirng str2 = "abc";

if(str1 == str2){
         System.out.println("str1 == str2");
}else{
         System.out.println("str1 != str2");
}
  //打印結(jié)果是 str1 != str2,因?yàn)樗鼈兪嵌焉蟽蓚€(gè)不同的對(duì)象

  String str3 = "abc";
//此時(shí)，jvm發(fā)現(xiàn)strings pool中已有“abc”對(duì)象了，因?yàn)?#8220;abc”equels “abc”
//因此直接返回str2指向的對(duì)象給str3，也就是說str2和str3是指向同一個(gè)對(duì)象的引用
  if(str2 == str3){
         System.out.println("str2 == str3");
  }else{
         System.out.println("str2 != str3");
  }
//打印結(jié)果為 str2 == str3
   再看下面的例子：

java 代碼
String str1 = new String("abc"); //jvm 在堆上創(chuàng)建一個(gè)String對(duì)象

str1 = str1.intern();
//程序顯式將str1放到strings pool中，intern運(yùn)行過程是這樣的：首先查看strings pool
//有沒“abc”對(duì)象的引用，沒有，則在堆中新建一個(gè)對(duì)象，然后將新對(duì)象的引用加入至
//strings pool中。執(zhí)行完該語句后，str1原來指向的String對(duì)象已經(jīng)成為垃圾對(duì)象了，隨時(shí)會(huì)
//被GC收集。

//此時(shí)，jvm發(fā)現(xiàn)strings pool中已有“abc”對(duì)象了，因?yàn)?#8220;abc”equels “abc”
//因此直接返回str1指向的對(duì)象給str2，也就是說str2和str1引用著同一個(gè)對(duì)象，
//此時(shí)，堆上的有效對(duì)象只有一個(gè)。
Stirng str2 = "abc";

if(str1 == str2){
         System.out.println("str1 == str2");
}else{
         System.out.println("str1 != str2");
}
  //打印結(jié)果是 str1 == str2


    為什么jvm可以這樣處理String對(duì)象呢？就是因?yàn)镾tring的非可變性。既然所引用的對(duì)象一旦創(chuàng)建就永不更改，那么多個(gè)引用共用一個(gè)對(duì)象時(shí)互不影響。

（2）串接（Concatenation）。
     java程序員應(yīng)該都知道濫用String的串接操作符是會(huì)影響程序的性能的。性能問題從何而來呢？歸根結(jié)底就是String類的非可變性。既然String對(duì)象都是非可變的，也就是對(duì)象一旦創(chuàng)建了就不能夠改變其內(nèi)在狀態(tài)了，但是串接操作明顯是要增長字符串的，也就是要改變String的內(nèi)部狀態(tài)，兩者出現(xiàn)了矛盾。怎么辦呢？要維護(hù)String的非可變性，只好在串接完成后新建一個(gè)String 對(duì)象來表示新產(chǎn)生的字符串了。也就是說，每一次執(zhí)行串接操作都會(huì)導(dǎo)致新對(duì)象的產(chǎn)生，如果串接操作執(zhí)行很頻繁，就會(huì)導(dǎo)致大量對(duì)象的創(chuàng)建，性能問題也就隨之而來了。
    為了解決這個(gè)問題，jdk為String類提供了一個(gè)可變的配套類，StringBuffer。使用StringBuffer對(duì)象，由于該類是可變的，串接時(shí)僅僅時(shí)改變了內(nèi)部數(shù)據(jù)結(jié)構(gòu)，而不會(huì)創(chuàng)建新的對(duì)象，因此性能上有很大的提高。針對(duì)單線程，jdk 5.0還提供了StringBuilder類，在單線程環(huán)境下，由于不用考慮同步問題，使用該類使性能得到進(jìn)一步的提高。

（3）String的長度
   我們可以使用串接操作符得到一個(gè)長度更長的字符串，那么，String對(duì)象最多能容納多少字符呢？查看String的源代碼我們可以得知類String中是使用域 count 來記錄對(duì)象字符的數(shù)量，而count 的類型為 int，因此，我們可以推測最長的長度為 2^32，也就是4G。
    不過，我們在編寫源代碼的時(shí)候，如果使用 Sting str = "aaaa";的形式定義一個(gè)字符串，那么雙引號(hào)里面的ASCII字符最多只能有 65534 個(gè)。為什么呢？因?yàn)樵赾lass文件的規(guī)范中， CONSTANT_Utf8_info表中使用一個(gè)16位的無符號(hào)整數(shù)來記錄字符串的長度的，最多能表示 65536個(gè)字節(jié)，而java class 文件是使用一種變體UTF-8格式來存放字符的，null值使用兩個(gè)字節(jié)來表示，因此只剩下 65536－ 2 ＝ 65534個(gè)字節(jié)。也正是變體UTF-8的原因，如果字符串中含有中文等非ASCII字符，那么雙引號(hào)中字符的數(shù)量會(huì)更少（一個(gè)中文字符占用三個(gè)字節(jié)）。如果超出這個(gè)數(shù)量，在編譯的時(shí)候編譯器會(huì)報(bào)錯(cuò)。

（3）compareTo：比較兩個(gè)String對(duì)象的值是否相等。例如：
String str1 = "hello quanjizhu";
String str2 =str1+"haha";
String str3 = new String("hello quanjizhu");

System.out.println(str1.compareTo(str2));
System.out.println(str1.compareTo(str3));
輸出結(jié)果都為0。（若輸出結(jié)果大于0表示str1大于str2）

2.String類的幾種初始化方法的區(qū)別
(1) String str1 = "hello quanjizhu";
首先到String pool中查找有沒有值為hello quanjizhu的對(duì)象，若有則讓str1直接指向此內(nèi)存地址；若沒有則在內(nèi)存堆中重新開辟空間給str1，并把hello quanjizhu加到String pool中。
（2）String str3 = new String("hello quanjizhu");
每次初始化都會(huì)重新在內(nèi)存堆中開辟空間給新的對(duì)象，而不會(huì)到String pool中查找，更不會(huì)添加到String pool中。除非顯示的調(diào)用intern方法。
str3.interl();這時(shí)就會(huì)把hello quanjizhu加到String pool中。
（3）
String str1 = "hello quanjizhu";
String str2 ="hello" +"quanjizhu";
String str3 ="hello "+"quanjizhu";在編譯的時(shí)候會(huì)優(yōu)化成String str3 = "hello quanjizhu";所有str1和str2指向的是同一內(nèi)存地址。
（4）
String var = “quanjizhu“;
String str4 = “hello “+var;
System.out.println(str1= =str4）的結(jié)果是什么呢？輸出結(jié)果是false,證明了String str4 = “hello “+var;
在內(nèi)存堆中會(huì)重新分配空間，而不是讓str4指向var的地址。換用一種定義方法：str4 = (“hello “+var4).intern();intern()方法告訴編譯器將此結(jié)果放到String pool里，因此,System.out.println(str1= =str4）輸出結(jié)構(gòu)將是true;

posted @ 2008-07-22 22:18 chenkai 閱讀(2160) | 評(píng)論 (3) | 編輯收藏