1. 概述

本文主要包括以下幾個方面：編碼基本知識，java，系統軟件，url，工具軟件等。

在下面的描述中，將以"中文"兩個字為例，經查表可以知道其GB2312編碼是"d6d0 cec4"，Unicode編碼為"4e2d 6587"，UTF編碼就是"e4b8ad e69687"。注意，這兩個字沒有iso8859-1編碼，但可以用iso8859-1編碼來"表示"。

2. 編碼基本知識

最早的編碼是iso8859-1，和ascii編碼相似。但為了方便表示各種各樣的語言，逐漸出現了很多標準編碼，重要的有如下幾個。

2.1. iso8859-1

屬于單字節編碼，最多能表示的字符范圍是0-255，應用于英文系列。比如，字母a的編碼為0x61=97。

很明顯，iso8859-1編碼表示的字符范圍很窄，無法表示中文字符。但是，由于是單字節編碼，和計算機最基礎的表示單位一致，所以很多時候，仍舊使用iso8859-1編碼來表示。而且在很多協議上，默認使用該編碼。比如，雖然"中文"兩個字不存在iso8859-1編碼，以gb2312編碼為例，應該是"d6d0 cec4"兩個字符，使用iso8859-1編碼的時候則將它拆開為4個字節來表示："d6 d0 ce c4"（事實上，在進行存儲的時候，也是以字節為單位處理的）。而如果是UTF編碼，則是6個字節"e4 b8 ad e6 96 87"。很明顯，這種表示方法還需要以另一種編碼為基礎。

2.2. GB2312/GBK

這就是漢子的國標碼，專門用來表示漢字，是雙字節編碼，而英文字母和iso8859-1一致（兼容iso8859-1編碼）。其中gbk編碼能夠用來同時表示繁體字和簡體字，而gb2312只能表示簡體字，gbk是兼容gb2312編碼的。

2.3. unicode

這是最統一的編碼，可以用來表示所有語言的字符，而且是定長雙字節（也有四字節的）編碼，包括英文字母在內。所以可以說它是不兼容iso8859-1編碼的，也不兼容任何編碼。不過，相對于iso8859-1編碼來說，uniocode編碼只是在前面增加了一個0字節，比如字母a為"00 61"。

需要說明的是，定長編碼便于計算機處理（注意GB2312/GBK不是定長編碼），而unicode又可以用來表示所有字符，所以在很多軟件內部是使用unicode編碼來處理的，比如java。

2.4. UTF

考慮到unicode編碼不兼容iso8859-1編碼，而且容易占用更多的空間：因為對于英文字母，unicode也需要兩個字節來表示。所以unicode不便于傳輸和存儲。因此而產生了utf編碼，utf編碼兼容iso8859-1編碼，同時也可以用來表示所有語言的字符，不過，utf編碼是不定長編碼，每一個字符的長度從1-6個字節不等。另外，utf編碼自帶簡單的校驗功能。一般來講，英文字母都是用一個字節表示，而漢字使用三個字節。

注意，雖然說utf是為了使用更少的空間而使用的，但那只是相對于unicode編碼來說，如果已經知道是漢字，則使用GB2312/GBK無疑是最節省的。不過另一方面，值得說明的是，雖然utf編碼對漢字使用3個字節，但即使對于漢字網頁，utf編碼也會比unicode編碼節省，因為網頁中包含了很多的英文字符。

3. java對字符的處理

在java應用軟件中，會有多處涉及到字符集編碼，有些地方需要進行正確的設置，有些地方需要進行一定程度的處理。

3.1. getBytes(charset)

這是java字符串處理的一個標準函數，其作用是將字符串所表示的字符按照charset編碼，并以字節方式表示。注意字符串在java內存中總是按unicode編碼存儲的。比如"中文"，正常情況下（即沒有錯誤的時候）存儲為"4e2d 6587"，如果charset為"gbk"，則被編碼為"d6d0 cec4"，然后返回字節"d6 d0 ce c4"。如果charset為"utf8"則最后是"e4 b8 ad e6 96 87"。如果是"iso8859-1"，則由于無法編碼，最后返回 "3f 3f"（兩個問號）。

3.2. new String(charset)

這是java字符串處理的另一個標準函數，和上一個函數的作用相反，將字節數組按照charset編碼進行組合識別，最后轉換為unicode存儲。參考上述getBytes的例子，"gbk" 和"utf8"都可以得出正確的結果"4e2d 6587"，但iso8859-1最后變成了"003f 003f"（兩個問號）。

因為utf8可以用來表示/編碼所有字符，所以new String( str.getBytes( "utf8" ), "utf8" ) === str，即完全可逆。

3.3. setCharacterEncoding()

該函數用來設置http請求或者相應的編碼。

對于request，是指提交內容的編碼，指定后可以通過getParameter()則直接獲得正確的字符串，如果不指定，則默認使用iso8859-1編碼，需要進一步處理。參見下述"表單輸入"。值得注意的是在執行setCharacterEncoding()之前，不能執行任何getParameter()。java doc上說明：This method must be called prior to reading request parameters or reading input using getReader()。而且，該指定只對POST方法有效，對GET方法無效。分析原因，應該是在執行第一個getParameter()的時候，java將會按照編碼分析所有的提交內容，而后續的getParameter()不再進行分析，所以setCharacterEncoding()無效。而對于GET方法提交表單是，提交的內容在URL中，一開始就已經按照編碼分析所有的提交內容，setCharacterEncoding()自然就無效。

對于response，則是指定輸出內容的編碼，同時，該設置會傳遞給瀏覽器，告訴瀏覽器輸出內容所采用的編碼。

3.4. 處理過程

下面分析兩個有代表性的例子，說明java對編碼有關問題的處理方法。

3.4.1. 表單輸入

User input *(gbk:d6d0 cec4) browser *(gbk:d6d0 cec4) web server iso8859-1(00d6 00d 000ce 00c4) class，需要在class中進行處理：getbytes("iso8859-1")為d6 d0 ce c4，new String("gbk")為d6d0 cec4，內存中以unicode編碼則為4e2d 6587。

l 用戶輸入的編碼方式和頁面指定的編碼有關，也和用戶的操作系統有關，所以是不確定的，上例以gbk為例。

l 從browser到web server，可以在表單中指定提交內容時使用的字符集，否則會使用頁面指定的編碼。而如果在url中直接用?的方式輸入參數，則其編碼往往是操作系統本身的編碼，因為這時和頁面無關。上述仍舊以gbk編碼為例。

l Web server接收到的是字節流，默認時（getParameter）會以iso8859-1編碼處理之，結果是不正確的，所以需要進行處理。但如果預先設置了編碼（通過request. setCharacterEncoding ()），則能夠直接獲取到正確的結果。

l 在頁面中指定編碼是個好習慣，否則可能失去控制，無法指定正確的編碼。

3.4.2. 文件編譯

假設文件是gbk編碼保存的，而編譯有兩種編碼選擇：gbk或者iso8859-1，前者是中文windows的默認編碼，后者是linux的默認編碼，當然也可以在編譯時指定編碼。

Jsp *(gbk:d6d0 cec4) java file *(gbk:d6d0 cec4) compiler read uincode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) compiler write utf(gbk: e4b8ad e69687; iso8859-1: *) compiled file unicode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) class。所以用gbk編碼保存，而用iso8859-1編譯的結果是不正確的。

class unicode(4e2d 6587) system.out / jsp.out gbk(d6d0 cec4) os console / browser。

l 文件可以以多種編碼方式保存，中文windows下，默認為ansi/gbk。

l 編譯器讀取文件時，需要得到文件的編碼，如果未指定，則使用系統默認編碼。一般class文件，是以系統默認編碼保存的，所以編譯不會出問題，但對于jsp文件，如果在中文windows下編輯保存，而部署在英文linux下運行/編譯，則會出現問題。所以需要在jsp文件中用pageEncoding指定編碼。

l Java編譯的時候會轉換成統一的unicode編碼處理，最后保存的時候再轉換為utf編碼。

l 當系統輸出字符的時候，會按指定編碼輸出，對于中文windows下，System.out將使用gbk編碼，而對于response（瀏覽器），則使用jsp文件頭指定的contentType，或者可以直接為response指定編碼。同時，會告訴browser網頁的編碼。如果未指定，則會使用iso8859-1編碼。對于中文，應該為browser指定輸出字符串的編碼。

l browser顯示網頁的時候，首先使用response中指定的編碼（jsp文件頭指定的contentType最終也反映在response上），如果未指定，則會使用網頁中meta項指定中的contentType。

3.5. 幾處設置

對于web應用程序，和編碼有關的設置或者函數如下。

3.5.1. jsp編譯

指定文件的存儲編碼，很明顯，該設置應該置于文件的開頭。例如：<%@page pageEncoding="GBK"%>。另外，對于一般class文件，可以在編譯的時候指定編碼。

3.5.2. jsp輸出

指定文件輸出到browser是使用的編碼，該設置也應該置于文件的開頭。例如：<%@ page contentType="text/html; charset= GBK" %>。該設置和response.setCharacterEncoding("GBK")等效。

3.5.3. meta設置

指定網頁使用的編碼，該設置對靜態網頁尤其有作用。因為靜態網頁無法采用jsp的設置，而且也無法執行response.setCharacterEncoding()。例如：

如果同時采用了jsp輸出和meta設置兩種編碼指定方式，則jsp指定的優先。因為jsp指定的直接體現在response中。

需要注意的是，apache有一個設置可以給無編碼指定的網頁指定編碼，該指定等同于jsp的編碼指定方式，所以會覆蓋靜態網頁中的meta指定。所以有人建議關閉該設置。

3.5.4. form設置

當瀏覽器提交表單的時候，可以指定相應的編碼。例如： 。一般不必不使用該設置，瀏覽器會直接使用網頁的編碼。

4. 系統軟件

下面討論幾個相關的系統軟件。

4.1. mysql數據庫

很明顯，要支持多語言，應該將數據庫的編碼設置成utf或者unicode，而utf更適合與存儲。但是，如果中文數據中包含的英文字母很少，其實unicode更為適合。

數據庫的編碼可以通過mysql的配置文件設置，例如default-character-set=utf8。還可以在數據庫鏈接URL中設置，例如： useUnicode=true&characterEncoding=UTF-8。注意這兩者應該保持一致，在新的sql版本里，在數據庫鏈接URL里可以不進行設置，但也不能是錯誤的設置。

4.2. apache

appache和編碼有關的配置在httpd.conf中，例如AddDefaultCharset UTF-8。如前所述，該功能會將所有靜態頁面的編碼設置為UTF-8，最好關閉該功能。

另外，apache還有單獨的模塊來處理網頁響應頭，其中也可能對編碼進行設置。

4.3. linux默認編碼

這里所說的linux默認編碼，是指運行時的環境變量。兩個重要的環境變量是LC_ALL和LANG，默認編碼會影響到java URLEncode的行為，下面有描述。

建議都設置為"zh_CN.UTF-8"。

4.4. 其它

為了支持中文文件名，linux在加載磁盤時應該指定字符集，例如：mount /dev/hda5 /mnt/hda5/ -t ntfs -o iocharset=gb2312。

另外，如前所述，使用GET方法提交的信息不支持request.setCharacterEncoding()，但可以通過tomcat的配置文件指定字符集，在tomcat的server.xml文件中，形如：。這種方法將統一設置所有請求，而不能針對具體頁面進行設置，也不一定和browser使用的編碼相同，所以有時候并不是所期望的。

5. URL地址

URL地址中含有中文字符是很麻煩的，前面描述過使用GET方法提交表單的情況，使用GET方法時，參數就是包含在URL中。

5.1. URL編碼

對于URL中的一些特殊字符，瀏覽器會自動進行編碼。這些字符除了"/?&"等外，還包括unicode字符，比如漢子。這時的編碼比較特殊。

IE有一個選項"總是使用UTF-8發送URL"，當該選項有效時，IE將會對特殊字符進行UTF-8編碼，同時進行URL編碼。如果改選項無效，則使用默認編碼"GBK"，并且不進行URL編碼。但是，對于URL后面的參數，則總是不進行編碼，相當于UTF-8選項無效。比如"中文.html?a=中文"，當UTF-8選項有效時，將發送鏈接"%e4%b8%ad%e6%96%87.html?a=x4ex2dx65x87"；而UTF-8選項無效時，將發送鏈接"x4ex2dx65x87.html?a=x4ex2dx65x87"。注意后者前面的"中文"兩個字只有4個字節，而前者卻有18個字節，這主要時URL編碼的原因。

當web server（tomcat）接收到該鏈接時，將會進行URL解碼，即去掉"%"，同時按照ISO8859-1編碼（上面已經描述，可以使用URLEncoding來設置成其它編碼）識別。上述例子的結果分別是"ue4ub8uadue6u96u87.html?a=u4eu2du65u87"和"u4eu2du65u87.html?a=u4eu2du65u87"，注意前者前面的"中文"兩個字恢復成了6個字符。這里用"u"，表示是unicode。

所以，由于客戶端設置的不同，相同的鏈接，在服務器上得到了不同結果。這個問題不少人都遇到，卻沒有很好的解決辦法。所以有的網站會建議用戶嘗試關閉UTF-8選項。不過，下面會描述一個更好的處理辦法。

5.2. rewrite

熟悉的人都知道，apache有一個功能強大的rewrite模塊，這里不描述其功能。需要說明的是該模塊會自動將URL解碼（去除%），即完成上述web server（tomcat）的部分功能。有相關文檔介紹說可以使用[NE]參數來關閉該功能，但我試驗并未成功，可能是因為版本（我使用的是apache 2.0.54）問題。另外，當參數中含有"?& "等符號的時候，該功能將導致系統得不到正常結果。

rewrite本身似乎完全是采用字節處理的方式，而不考慮字符串的編碼，所以不會帶來編碼問題。

5.3. URLEncode.encode()

這是Java本身提供對的URL編碼函數，完成的工作和上述UTF-8選項有效時瀏覽器所做的工作相似。值得說明的是，java已經不贊成不指定編碼來使用該方法（deprecated）。應該在使用的時候增加編碼指定。

當不指定編碼的時候，該方法使用系統默認編碼，這會導致軟件運行結果得不確定。比如對于"中文"，當系統默認編碼為"gb2312"時，結果是"%4e%2d%65%87"，而默認編碼為"UTF-8"，結果卻是"%e4%b8%ad%e6%96%87"，后續程序將難以處理。另外，這兒說的系統默認編碼是由運行tomcat時的環境變量LC_ALL和LANG等決定的，曾經出現過tomcat重啟后就出現亂碼的問題，最后才郁悶的發現是因為修改修改了這兩個環境變量。

建議統一指定為"UTF-8"編碼，可能需要修改相應的程序。

5.4. 一個解決方案

上面說起過，因為瀏覽器設置的不同，對于同一個鏈接，web server收到的是不同內容，而軟件系統有無法知道這中間的區別，所以這一協議目前還存在缺陷。

針對具體問題，不應該僥幸認為所有客戶的IE設置都是UTF-8有效的，也不應該粗暴的建議用戶修改IE設置，要知道，用戶不可能去記住每一個web server的設置。所以，接下來的解決辦法就只能是讓自己的程序多一點智能：根據內容來分析編碼是否UTF-8。

比較幸運的是UTF-8編碼相當有規律，所以可以通過分析傳輸過來的鏈接內容，來判斷是否是正確的UTF-8字符，如果是，則以UTF-8處理之，如果不是，則使用客戶默認編碼（比如"GBK"），下面是一個判斷是否UTF-8的例子，如果你了解相應規律，就容易理解。

public static boolean isValidUtf8(byte[] b,int aMaxCount){

int lLen=b.length,lCharCount=0;

for(int i=0;i

byte lByte=b[i++];//to fast operation, ++ now, ready for the following for(;;)

if(lByte>=0) continue;//>=0 is normal ascii

if(lByte<(byte)0xc0 || lByte>(byte)0xfd) return false;

int lCount=lByte>(byte)0xfc?5:lByte>(byte)0xf8?4

:lByte>(byte)0xf0?3:lByte>(byte)0xe0?2:1;

if(i+lCount>lLen) return false;

for(int j=0;j=(byte)0xc0) return false;

}

return true;

}

相應地，一個使用上述方法的例子如下：

public static String getUrlParam(String aStr,String aDefaultCharset)

throws UnsupportedEncodingException{

if(aStr==null) return null;

byte[] lBytes=aStr.getBytes("ISO-8859-1");

return new String(lBytes,StringUtil.isValidUtf8(lBytes)?"utf8":aDefaultCharset);

}

不過，該方法也存在缺陷，如下兩方面：

l 沒有包括對用戶默認編碼的識別，這可以根據請求信息的語言來判斷，但不一定正確，因為我們有時候也會輸入一些韓文，或者其他文字。

l 可能會錯誤判斷UTF-8字符，一個例子是"學習"兩個字，其GBK編碼是" xd1xa7xcfxb0"，如果使用上述isValidUtf8方法判斷，將返回true。可以考慮使用更嚴格的判斷方法，不過估計效果不大。

有一個例子可以證明google也遇到了上述問題，而且也采用了和上述相似的處理方法，比如，如果在地址欄中輸入"http://www.google.com/search?hl=zh-CN&newwindow=1&q=學習"，google將無法正確識別，而其他漢字一般能夠正常識別。

最后，應該補充說明一下，如果不使用rewrite規則，或者通過表單提交數據，其實并不一定會遇到上述問題，因為這時可以在提交數據時指定希望的編碼。另外，中文文件名確實會帶來問題，應該謹慎使用。

6. 其它

下面描述一些和編碼有關的其他問題。

6.1. SecureCRT

除了瀏覽器和控制臺與編碼有關外，一些客戶端也很有關系。比如在使用SecureCRT連接linux時，應該讓SecureCRT的顯示編碼（不同的session，可以有不同的編碼設置）和linux的編碼環境變量保持一致。否則看到的一些幫助信息，就可能是亂碼。

另外，mysql有自己的編碼設置，也應該保持和SecureCRT的顯示編碼一致。否則通過SecureCRT執行sql語句的時候，可能無法處理中文字符，查詢結果也會出現亂碼。

對于Utf-8文件，很多編輯器（比如記事本）會在文件開頭增加三個不可見的標志字節，如果作為mysql的輸入文件，則必須要去掉這三個字符。（用linux的vi保存可以去掉這三個字符）。一個有趣的現象是，在中文windows下，創建一個新txt文件，用記事本打開，輸入"連通"兩個字，保存，再打開，你會發現兩個字沒了，只留下一個小黑點。

6.2. 過濾器

如果需要統一設置編碼，則通過filter進行設置是個不錯的選擇。在filter class中，可以統一為需要的請求或者回應設置編碼。參加上述setCharacterEncoding()。這個類apache已經給出了可以直接使用的例子SetCharacterEncodingFilter。

6.3. POST和GET

很明顯，以POST提交信息時，URL有更好的可讀性，而且可以方便的使用setCharacterEncoding()來處理字符集問題。但GET方法形成的URL能夠更容易表達網頁的實際內容，也能夠用于收藏。

從統一的角度考慮問題，建議采用GET方法，這要求在程序中獲得參數是進行特殊處理，而無法使用setCharacterEncoding()的便利，如果不考慮rewrite，就不存在IE的UTF-8問題，可以考慮通過設置URIEncoding來方便獲取URL中的參數。

6.4. 簡繁體編碼轉換

GBK同時包含簡體和繁體編碼，也就是說同一個字，由于編碼不同，在GBK編碼下屬于兩個字。有時候，為了正確取得完整的結果，應該將繁體和簡體進行統一。可以考慮將UTF、GBK中的所有繁體字，轉換為相應的簡體字，BIG5編碼的數據，也應該轉化成相應的簡體字。當然，仍舊以UTF編碼存儲。

例如，對于"語言 ?言"，用UTF表示為"xE8xAFxADxE8xA8x80 xE8xAAx9ExE8xA8x80"，進行簡繁體編碼轉換后應該是兩個相同的 "xE8xAFxADxE8xA8x80>"。

posted @ 2006-10-10 08:56 向東博客 閱讀(630) | 評論 (0) | 編輯 收藏

 

1. Java中的異常處理機制的簡單原理和應用。 

當Java程序違反了Java的語義規則時，Java虛擬機就會將發生的錯誤表示為一個異常。違反語義規則包括2種情況。一種是Java類庫內置的語義檢查。例如數組下標越界,會引發IndexOutOfBoundsException;訪問null的對象時會引發NullPointerException。另一種情況就是Java允許程序員擴展這種語義檢查，程序員可以創建自己的異常，并自由選擇在何時用throw關鍵字引發異常。所有的異常都是java.lang.Thowable的子類。 

2. Java的接口和C++的虛類的相同和不同處。 

由于Java不支持多繼承，而有可能某個類或對象要使用分別在幾個類或對象里面的方法或屬性，現有的單繼承機制就不能滿足要求。與繼承相比，接口有更高的靈活性，因為接口中沒有任何實現代碼。當一個類實現了接口以后，該類要實現接口里面所有的方法和屬性，并且接口里面的屬性在默認狀態下面都是public static,所有方法默認情況下是public.一個類可以實現多個接口。 

3. 垃圾回收的優點和原理。并考慮2種回收機制。 

Java語言中一個顯著的特點就是引入了垃圾回收機制，使c++程序員最頭疼的內存管理的問題迎刃而解，它使得Java程序員在編寫程序的時候不再需要考慮內存管理。由于有個垃圾回收機制，Java中的對象不再有“作用域”的概念，只有對象的引用才有“作用域”。垃圾回收可以有效的防止內存泄露，有效的使用可以使用的內存。垃圾回收器通常是作為一個單獨的低級別的線程運行，不可預知的情況下對內存堆中已經死亡的或者長時間沒有使用的對象進行清除和回收，程序員不能實時的調用垃圾回收器對某個對象或所有對象進行垃圾回收。回收機制有分代復制垃圾回收和標記垃圾回收，增量垃圾回收。 

4.線程同步的方法。 

wait():使一個線程處于等待狀態，并且釋放所持有的對象的lock。 

sleep():使一個正在運行的線程處于睡眠狀態，是一個靜態方法，調用此方法要捕捉InterruptedException異常。 

notify():喚醒一個處于等待狀態的線程，注意的是在調用此方法的時候，并不能確切地喚醒某一個等待狀態的線程，而是由JVM確定喚醒哪個線程，而且不是按優先級。 

Allnotity():喚醒所有處入等待狀態的線程，注意并不是給所有喚醒線程一個對象的鎖，而是讓它們競爭。 

5. Error與Exception有什么區別？ 

Error表示系統級的錯誤和程序不必處理的異常， 

Exception表示需要捕捉或者需要程序進行處理的異常。 

6. 在java中一個類被聲明為final類型，表示了什么意思？ 

   表示該類不能被繼承，是頂級類。
  
7 heap和stack有什么區別。

   棧是一種線形集合，其添加和刪除元素的操作應在同一段完成。棧按照后進先出的方式進行處理。堆是棧的一個組成元素。

8談談final, finally, finalize的區別。

　　final—修飾符（關鍵字）如果一個類被聲明為final，意味著它不能再派生出新的子類，不能作為父類被繼承。因此一個類不能既被聲明為 abstract的，又被聲明為final的。將變量或方法聲明為final，可以保證它們在使用中不被改變。被聲明為final的變量必須在聲明時給定初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載。 
　　finally—異常處理時提供 finally 塊來執行任何清除操作。如果拋出一個異常，那么相匹配的 catch 子句就會執行，然后控制就會進入 finally 塊（如果有的話）。 
　　finalize—方法名。Java 技術允許使用 finalize() 方法在垃圾收集器將對象從內存中清除出去之前做必要的清理工作。這個方法是由垃圾收集器在確定這個對象沒有被引用時對這個對象調用的。它是在 Object 類中定義的，因此所有的類都繼承了它。子類覆蓋 finalize() 方法以整理系統資源或者執行其他清理工作。finalize() 方法是在垃圾收集器刪除對象之前對這個對象調用的。

9  Anonymous Inner Class (匿名內部類) 是否可以extends(繼承)其它類，是否可以implements(實現)interface(接口)?

　　匿名的內部類是沒有名字的內部類。不能extends(繼承) 其它類，但一個內部類可以作為一個接口，由另一個內部類實現。

10  Static Nested Class 和 Inner Class的不同
Nested Class （一般是C++的說法），Inner Class (一般是JAVA的說法)。Java內部類與C++嵌套類最大的不同就在于是否有指向外部的引用上。
　　注： 靜態內部類（Inner Class）意味著1創建一個static內部類的對象，不需要一個外部類對象，2不能從一個static內部類的一個對象訪問一個外部類對象  .
 

11   &和&&的區別。 
　　&是位運算符。&&是布爾邏輯運算符。 

12  HashMap和Hashtable的區別。

　　都屬于Map接口的類，實現了將惟一鍵映射到特定的值上。 
　　HashMap 類沒有分類或者排序。它允許一個 null 鍵和多個 null 值。 

　　Hashtable 類似于 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因為它是同步的。

13 Collection 和 Collections的區別。

    Collection是個java.util下的接口，它是各種集合結構的父接口。
　　Collections是個java.util下的類，它包含有各種有關集合操作的靜態方法。

14 什么時候用assert。

　　斷言是一個包含布爾表達式的語句，在執行這個語句時假定該表達式為 true。 
如果表達式計算為 false，那么系統會報告一個 Assertionerror。它用于調試目的： 
assert(a > 0); // throws an Assertionerror if a <= 0 
斷言可以有兩種形式： 
assert Expression1 ; 
assert Expression1 : Expression2 ; 
　　Expression1 應該總是產生一個布爾值。 
　　Expression2 可以是得出一個值的任意表達式。這個值用于生成顯示更多調試 
信息的 String 消息。 
　　斷言在默認情況下是禁用的。要在編譯時啟用斷言，需要使用 source 1.4 標記：
　　javac -source 1.4 Test.java 
　　要在運行時啟用斷言，可使用 -enableassertions 或者 -ea 標記。 
　　要在運行時選擇禁用斷言，可使用 -da 或者 -disableassertions 標記。 
　　要系統類中啟用斷言，可使用 -esa 或者 -dsa 標記。還可以在包的基礎上啟用或者禁用斷言。 
　　可以在預計正常情況下不會到達的任何位置上放置斷言。斷言可以用于驗證傳遞給私有方法的參數。不過，斷言不應該用于驗證傳遞給公有方法的參數，因為不管是否啟用了斷言，公有方法都必須檢查其參數。不過，既可以在公有方法中，也可以在非公有方法中利用斷言測試后置條件。另外，斷言不應該以任何方式改變程序的狀態。 

15 GC是什么? 為什么要有GC? (基礎)。

　　GC是垃圾收集器。Java 程序員不用擔心內存管理，因為垃圾收集器會自動進行管理。要請求垃圾收集，可以調用下面的方法之一：
　　System.gc() 
　　Runtime.getRuntime().gc()

16 String s = new String("xyz");創建了幾個String Object?

　　兩個對象，一個是“xyz”,一個是指向“xyz”的引用對象s。

17 Math.round(11.5)等於多少? Math.round(-11.5)等於多少?

　　Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11;

18 short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯?

　　short s1 = 1; s1 = s1 + 1;有錯，s1是short型，s1+1是int型,不能顯式轉化為short型。可修改為s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正確。

19 sleep() 和 wait() 有什么區別? 搞線程的最愛

　　sleep()方法是使線程停止一段時間的方法。在sleep 時間間隔期滿后，線程不一定立即恢復執行。這是因為在那個時刻，其它線程可能正在運行而且沒有被調度為放棄執行，除非(a)“醒來”的線程具有更高的優先級 (b)正在運行的線程因為其它原因而阻塞。 
　　wait()是線程交互時，如果線程對一個同步對象x 發出一個wait()調用，該線程會暫停執行，被調對象進入等待狀態，直到被喚醒或等待時間到。 

20 Java有沒有goto? 
　　Goto—java中的保留字，現在沒有在java中使用。

 

21 數組有沒有length()這個方法? String有沒有length()這個方法？

　　數組沒有length()這個方法，有length的屬性。 
　　String有有length()這個方法。

22 Overload和Override的區別。Overloaded的方法是否可以改變返回值的類型?

　　方法的重寫Overriding和重載Overloading是Java多態性的不同表現。重寫Overriding是父類與子類之間多態性的一種表現，重載Overloading是一個類中多態性的一種表現。如果在子類中定義某方法與其父類有相同的名稱和參數，我們說該方法被重寫(Overriding)。子類的對象使用這個方法時，將調用子類中的定義，對它而言，父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法，它們或有不同的參數個數或有不同的參數類型，則稱為方法的重載(Overloading)。 
Overloaded的方法是可以改變返回值的類型。

23 Set里的元素是不能重復的，那么用什么方法來區分重復與否呢? 是用==還是equals()? 它們有何區別?

　　Set里的元素是不能重復的，那么用iterator()方法來區分重復與否。equals()是判讀兩個Set是否相等。 equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的對象的內容和類型相配的話，返回真值。 

24最常見到的runtime exception。

ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException,EmptyStackException, IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException,ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException, NullPointerException, ProfileDataException, ProviderException, RasterFORMatException, Secur 
ityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException 

25 error和exception有什么區別?

　　error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內存溢出。不可能指望程序能處理這樣的情況。 
　　exception 表示一種設計或實現問題。也就是說，它表示如果程序運行正常，從不會發生的情況。

26 List, Set, Map是否繼承自Collection接口?

     List，Set是 
     Map不是
    
27 abstract class和interface有什么區別?

　　聲明方法的存在而不去實現它的類被叫做抽象類（abstract class），它用于要創建一個體現某些基本行為的類，并為該類聲明方法，但不能在該類中實現該類的情況。不能創建abstract 類的實例。然而可以創建一個變量，其類型是一個抽象類，并讓它指向具體子類的一個實例。不能有抽象構造函數或抽象靜態方法。Abstract 類的子類為它們父類中的所有抽象方法提供實現，否則它們也是抽象類為。取而代之，在子類中實現該方法。知道其行為的其它類可以在類中實現這些方法。 
　　接口（interface）是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實現這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個有程序體。接口只可以定義static final成員變量。接口的實現與子類相似，除了該實現類不能從接口定義中繼承行為。當類實現特殊接口時，它定義（即將程序體給予）所有這種接口的方法。然后，它可以在實現了該接口的類的任何對象上調用接口的方法。由于有抽象類，它允許使用接口名作為引用變量的類型。通常的動態聯編將生效。引用可以轉換到接口類型或從接口類型轉換，instanceof 運算符可以用來決定某對象的類是否實現了接口。 

28 abstract的method是否可同時是static,是否可同時是native，是否可同時是synchronized?

　　都不能

29 接口是否可繼承接口? 抽象類是否可實現(implements)接口? 抽象類是否可繼承實體類(concrete class)?

　　接口可以繼承接口。抽象類可以實現(implements)接口，抽象類可繼承實體類，但前提是實體類必須有明確的構造函數。

30 啟動一個線程是用run()還是start()?

　　啟動一個線程是調用start()方法，使線程所代表的虛擬處理機處于可運行狀態，這意味著它可以由JVM調度并執行。這并不意味著線程就會立即運行。run()方法可以產生必須退出的標志來停止一個線程。

 

31 構造器Constructor是否可被override?

　　構造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。

32 是否可以繼承String類?

　　String類是final類故不可以繼承。

33 當一個線程進入一個對象的一個synchronized方法后，其它線程是否可進入此對象的其它方法?

　　不能，一個對象的一個synchronized方法只能由一個線程訪問。

33  try {}里有一個return語句，那么緊跟在這個try后的finally {}里的code會不

會被執行，什么時候被執行，在return前還是后? 
　　會執行，在return前執行。

34 編程題: 用最有效率的方法算出2乘以8等於幾? 

　　2 << 3 

35 兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對不對?

　　不對，有相同的hash code。

36  當一個對象被當作參數傳遞到一個方法后，此方法可改變這個對象的屬性，并可返回變化后的結果，那么這里到底是值傳遞還是引用傳遞?

　　是值傳遞。Java編程語言只由值傳遞參數。當一個對象實例作為一個參數被傳遞到方法中時，參數的值就是對該對象的引用。對象的內容可以在被調用的方法中改變，但對象的引用是永遠不會改變的。

37  swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?

　　switch（expr1）中，expr1是一個整數表達式。因此傳遞給 switch 和 case 語句的參數應該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。 
38　Hashtable和HashMap

　　Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現 
　　HashMap允許將null作為一個entry的key或者value，而Hashtable不允許
還有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為contains方法容易讓人引起誤解。
　　最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在
多個線程訪問Hashtable時，不需要自己為它的方法實現同步，而HashMap就必須為之提供外同步。 
Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會有很大的差異。

    JAVA面試題匯總:    一 二 三 四

標簽：java 面試題 

一天，一只兔子在山洞前寫文章，
一只狼走了過來，問：“兔子啊，你在干什么？”
答曰：“寫文章。”問：“什么題目？”答曰：“《淺談兔子是怎樣吃掉狼的》。”
狼哈哈大笑，表示不信，于是兔子把狼領進山洞。
過了一會，兔子獨自走出山洞，繼續寫文章。
一只野豬走了過來，問：“兔子你在寫什么？”答：“文 章。”問：“題目是什么？”
答：“《淺談兔子是如何把野豬吃掉的》。”野豬不信，于是同樣的事情發生。
最后，在山洞里，一只獅子在一堆白骨之間，滿意的剔著牙讀著兔子交給它的文章，
題目：《一只動物，能力大小關鍵要看你的老板是誰》

這只兔子有次不小心告訴了他的一個兔子朋友，這消息逐漸在森林中傳播；
獅子知道后非常生氣，他告訴兔子：“如果這個星期沒有食物進洞，我就吃你。”
于是兔子繼續在洞口寫文章
一只小鹿走過來，“兔子，你在干什么啊？”
“寫文章”“什么題目”““《淺談兔子是怎樣吃掉狼的》”
“哈哈，這個事情全森林都知道啊，你別胡弄我了，我是不會進洞的”
“我馬上要退休了，獅子說要找個人頂替我，難道你不想這篇文章的兔子變成小鹿么”
小鹿想了想，終于忍不住誘惑，跟隨兔子走進洞里。
過了一會，兔子獨自走出山洞，繼續寫文章
一只小馬走過來，同樣是事情發生了。
最后，在山洞里，一只獅子在一堆白骨之間，滿意的剔著牙讀著兔子交給它的文章
題目是：《如何發展下線動物為老板提供食物》

隨著時間的推移，獅子越長越大，兔子的食物已遠遠不能填飽肚子。
一日，他告訴兔子：“我的食物量要加倍，例如：原來4天一只小鹿，現在要2天一只，如果一周之內改變不了局面我就吃你。
于是，兔子離開洞口，跑進森林深處，他見到一只狼
“你相信兔子能輕松吃掉狼嗎”
狼哈哈大笑，表示不信，于是兔子把狼領進山洞。
過了一會，兔子獨自走出山洞，繼續進入森林深處
這回他碰到一只野豬----“你相信兔子能輕松吃掉野豬嗎”
野豬不信，于是同樣的事情發生了。
原來森林深處的動物并不知道兔子和獅子的故事
最后，在山洞里，一只獅子在一堆白骨之間，滿意的剔著牙讀著兔子交給它的文章
題目是：《如何實現由坐商到行商的轉型為老板提供更多的食物 》


時間飛快，轉眼之間，兔子在森林里的名氣越來越大
因為大家都知道它有一個很歷害的老板
這只小兔開始橫行霸道，欺上欺下，沒有動物敢惹
它時時想起和烏龜賽跑的羞辱
它找到烏龜說：“三天之內，見我老板！”揚長而去
烏龜難過的哭了
這時卻碰到了一位獵人
烏龜把這事告訴了他
獵人哈哈大笑
于是森林里發生了一件重大事情
獵人披著獅子皮和烏龜一起在吃兔子火鍋
地下丟了半張紙片歪歪扭扭的寫著：山外青山樓外樓，強中還有強中手啊！！


在很長一段時間里森林里恢復了往日的寧靜，兔子吃狼的故事似乎快要被大家忘記了
不過一只年輕的老虎在聽說了這個故事后，被激發了靈感
于是他抓住了一只羚羊，對羚羊說，如果你可以象以前的兔子那樣為我帶來食物那我就不吃你。
于是，羚羊無奈的答應了老虎，而老虎也悠然自得的進了山洞。
可是三天過去了，也沒有見羚羊領一只動物進洞。他實在憋不住了，想出來看看情況。
羚羊早已不在了，他異常憤怒。正在他暴跳如雷的時候突然發現了羚羊寫的一篇文章
題目是：《想要做好老板先要懂得怎樣留住員工》

現在我將列舉三種情況，在這三種情況下，你將會發現使用Web service會帶來極大的好處。此后，我還會舉出不應該使用Web service的一些情況。

 

跨越防火墻的通信

如果你的應用程序有成千上萬的用戶，而且他們都分布在世界各地，那么客戶端和服務器之間的通信將是一個棘手的問題。那是因為客戶端和服務器之間通常都會有防火墻或者代理服務器。在這種情況下，你想使用DCOM就不是那么簡單了，而且，通常你也不愿意把你的客戶端程序發布到如此龐大數量的每一個用戶手中。于是，你最終選擇了用瀏覽器作為客戶端，寫下一堆ASP頁面，把應用程序的中間層暴露給最終用戶。結果呢？運氣好的話，只是開發難度大了一些，運氣不好的話，就會得到一個根本無法維護的應用程序。

想象一下你應該怎么在你的應用程序里面加入一個新的頁面：你必須先建立好用戶界面(Web頁面)，以及在這個頁面后面，包含相應商業邏輯的中間層組件。這還不夠，你還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最后還要把"結果頁"送回瀏覽器。要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程不就簡單多了嗎？還有，建立ASP頁面的那一步可以省略掉嗎？

當然。如果你的中間層組件是Web service的話，你完全可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Web service，你可以直接使用Microsoft SOAP Toolkit或.NET這樣的SOAP客戶端，也可以使用你自己開發的SOAP客戶端，然后把它和你的應用程序連接起來。這樣做，不僅可以縮短開發周期，還可以減少代碼的復雜度，并增強整個應用程序的可維護性。同時，你的應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的"結果頁"了。

以我的經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Web service這種結構，可以輕松的節省花在用戶界面編程上的20%的開發時間。這樣做還有另一個好處，就是你將得到一個由Web service組成的中間層，這一層是完全可以在應用程序集成或其他場合下被重用的。最后，通過Web service把你的應用程序的邏輯和數據暴露出來，還可以讓其它平臺上的客戶重用你的應用程序。

應用程序集成

企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發的力量。你的應用程序經常都需要從運行在古老的IBM主機上的程序中獲取數據；或者再把數據發送到主機或UNIX應用程序中去。即使是在同一個平臺上，不同的軟件廠商生產的各種軟件也常常需要集成起來。通過Web service，應用程序可以用標準的方法把功能和數據暴露出來，供其它的應用程序使用。

例如，你有一個訂單登錄程序，用于登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等信息。同時，你還有一個訂單執行程序，用于實際貨物發送的管理。這兩個程序是來自不同軟件廠商的。一份新訂單進來之后，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Web service，訂單執行程序可以把"AddOrder"函數暴露出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。進而通過Web service集成應用程序

B2B的集成

用Web service集成應用程序，可以使你公司內部的商務處理更加自動化。但當交易跨越了你的供應商和客戶，突破了公司的界線時又會怎么樣呢？跨公司的商務交易集成通常叫做B2B集成。

Web service是B2B集成成功的關鍵。通過Web service，你的公司可以把關鍵的商務應用暴露給指定的供應商和客戶。例如，把你的電子下單系統和電子發票系統暴露出來，你的客戶就可以以電子的方式向你發送購貨訂單，而你的供應商則可以以電子的方式把原料采購的發票發送給你。當然，這并不是一個新的概念：電子文檔交換(EDI)早就是這樣了。Web service和EDI之間的主要區別在于，Web service的實現要比EDI簡單得多，而且Web service是運行在Internet上的，在世界任何地方都可輕易實現，這樣其運行成本就相對較低。不過，Web service并不像EDI那樣，是文檔交換或B2B集成的一套完整的解決方案。Web service只是B2B集成的一個關鍵部分，還需要許多其它的部分才能完成這個集成。

用Web service來實現B2B集成的最大好處在于可以輕易實現互操作性。只要把你的商務邏輯暴露出來，成為Web service，你就可以讓任何指定的合作伙伴輕松的調用你的商務邏輯，而不管他們的系統在什么平臺上運行，使用的是什么開發語言。這樣就大大減少了花在B2B集成的上的時間和成本。這樣的低成本讓許多原本無法承受EDI的投資成本的中小企業也能實現B2B集成。

軟件重用

軟件重用是一個很大的主題，它有很多的形式和程度。最基本的形式是源代碼模塊或者類一級的重用。另一種形式是二進制形式的組件重用。當前，像表格控件或用戶界面控件這樣的可重用軟件組件在市場上都占有很大的份額。但這類軟件的重用都有一個很嚴重的限制：重用僅限于代碼，而數據不能被重用。原因在于你可以很輕易的發布組件甚至源代碼，但要發布數據就沒那么容易了，除非那些數據都是不會經常變化的靜態數據。

而Web service允許你在重用代碼的同時，重用代碼后面的數據。使用Web service，你不再像以前那樣，要先從第三方購買、安裝軟件組件，再從你的應用程序中調用這些組件。你只需要直接調用遠端的Web service就可以了。舉個例子，你想在你的應用程序中確認用戶輸入的郵件地址，那么，你只需把這個地址直接發送給相應的Web service，這個Web service 就會幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個地址的確在相應的郵政編碼區域。Web service 的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不現實的，因為那樣的話你必須下載并安裝好包含街道地址、城市、省區和郵政編碼等信息的數據庫，而且這個數據庫還是不能實時更新的。

另一種軟件重用的情況是把好幾個應用程序的功能集成起來。例如，你想要建立一個局域網上的門戶站點應用，讓用戶既可以查詢他們的聯邦快遞包裹，察看股市行情，又可以管理他們的日程安排，還可以在線購買電影票。現在Web上有很多應用程序供應商，都在其應用中實現了上面的這些功能。一旦他們把這些功能都通過Web service 暴露出來，你就可以非常輕易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統一的、友好的界面。
用Web service來集成各種應用中的功能，為用戶提供一個統一的界面
許多應用程序都會利用Web service，把當前基于組件的應用程序結構擴展為組件和Web service 的混合結構。你也可以在應用程序中使用第三方的Web service 提供的功能。你還可以把你自己的應用程序的功能通過Web service 提供給別人。所有這些情況下，你都可以重用代碼和代碼后面的數據。總之，Web service 將是軟件重用的一種非常有力的形式。

什么時候不應該使用Web Service

一個對Web service的完整介紹還應該包括什么時候不該用Web service。經過前面的介紹，我們知道了Web service 在通過Web進行互操作或遠程調用的時候是最有用的。不過，還有許多情況，Web service根本不能給你帶來任何好處。

單機應用程序

目前，我們還有很多桌面應用程序是供商用和個人使用的。其中一些只需要與運行在本機上的其他程序通信。在這種情況下，我們最好就不要再用Web service ，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因為它既小又快。運行在一臺服務器上的服務器軟件也是這樣：最好直接用COM或其他本地的API來進行應用程序間的調用。當然Web service 也能用在這些情況下，但那樣不僅消耗太大，而且不會給你帶來任何好處。

局域網上的同構應用程序

在許多應用中，你所有的程序都是用VB或VC開發的，都在Windows平臺下使用COM，都運行在同一個局域網上。例如，你有兩個服務器應用程序需要相互通信，或者你有一個Win32或WinForm的客戶程序要連接到局域網上的另一個服務器程序。在這些程序里使用DCOM會比SOAP/HTTP有效的多。類似的，如果你的一個.NET程序要連接到LAN上的另一個.NET程序，那么你應該使用.NET remoting。有趣的是，在.NET remoting中，你也可以指定使用SOAP/HTTP來進行Web service 調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。總之，只要你從應用程序結構的角度看來，有別的方法比Web service 更有效，更可行，那就不要再用Web service。

總結

Web service是創建可互操作的分布式應用程序的新平臺。Web service 的主要目標是跨平臺的可互操作性。為了達到這一目標，Web service 是完全基于XML、XSD等獨立于平臺、獨立于軟件供應商的標準的。

Web service在應用程序跨平臺和跨網絡進行通信的時候是非常有用的。Web service適用于應用程序集成、B2B集成、代碼和數據重用，以及通過Web進行客戶端和服務器的通信的場合。

當然，Web service也不是萬能的，你不能到處濫用Web service。在有些情況下，Web service 會降低應用程序的性能，而不會帶來任何好處。例如，一臺機器或一個局域網里面運行的同構應用程序就不應該用Web service 進行通信。

一． 問題

??? JSP 中究竟采用絕對路徑還是采用相對路徑隨著所采用技術的越來越復雜，這個問題也變得越來越難以解決。

１） 采用相對路徑遇到的問題

l ???????? 相對路徑固然比較靈活，但如果想復制頁面內的代碼卻變得比較困難，因為不同的頁面具有不同的相對路徑，復制后必須修改每一個連接的路徑。

l ???????? 如果頁面被多于一個的頁面所包含，那么被包含頁面中的相對路徑將是不正確的。

l ???????? 如果采用 Struts 的 Action 返回頁面，那么由于頁面路徑與 Action 路徑不同，使得瀏覽器無法正確解釋頁面中的路徑，如頁面為 /pages/cust/cust.jsp ，圖片所有目錄為 /images/title.gif ，這時在 /pages/cust/cust.jsp 中的所用的路徑為 ”../../images/title.gif” ，但是如果某一個 Action 的 Forward 指向這個 JSP 文件，而這個 Action 的路徑為 /cust/manage.do ，那么頁面內容中 ”../../images/title.gif” 就不再指向正確的路徑了。

解決以上問題似乎只有使用絕對路徑了。

２） 采用絕對路徑遇到的問題

l ???????? 隨著不同的 Web 應用發布方式，絕對路徑的值也不同。如 Web 應用發布為 MyApp ，則路徑 ”/MyApp/images/title.gif” 是正確的，但發布為另一應用時如 MyApp2 ，這個路徑就不對了，也許這個情況比較少，但以 default 方式發布 Web 應用時以上絕對路徑也不同： ”/images/title.gif” 。

二． 解決方案

１） ? 采用絕對路徑，但為了解決不同部署方式的差別，在所有非 struts 標簽的路徑前加 ${pageContext.request.contextPath} ，如原路徑為：

”/images/title.gif” ，改為

“${pageContext.request.contextPath}/images/title.gif” 。

代碼 ” ${pageContext.request.contextPath}” 的作用是取出部署的應用程序名，這樣不管如何部署，所用路徑都是正確的。

缺點：

操作不便，其他工具無法正確解釋 ${pageContext.request.contextPath}

２） ? 采用相對路徑，在每個 JSP 文件中加入 base 標簽，如：

<base href="http://${header['host']}${pageContext.request.contextPath}/pages/cust/relation.jsp" />

這樣所有的路徑都可以使用相對路徑。

缺點：

對于被包含的文件依然無效。

??? 真正使用時需要靈活應用１）和２），寫出更加健壯的代碼。

首先說可以用下面的方法查看當前的目錄，你的文件路徑就可以以此為據：
System.out.println(System.getProperty("user.dir"));

如果你用這個方法來杳看你JSP頁面，可以發現它的路徑很奇怪，其實它是JSP引擎路徑。所以當你用
??? new File(String path);
時，如果用的是相對路徑，就得相對真實的當前路徑，而不是任何你想當然的路徑 。
當然對于這個方法用”絕對路徑“一般是不會出錯的。只是這樣，程序的靈活性就受到了限制。下面就是一個絕對路徑 的例子：
??? String xmlPath = "D:\\PublicFiles\\WCI\\navigation.xml";

Part 2
FileStream file = this.getClass().getClassLoader().getResourceAsStream(String xmlPath);
這個有點復雜，我了解的也不多，這里就說說現在我所了解的吧，以后再補充！
System.out.println(this.getClass().getClassLoader().getResource("/").getPath());
如此就可以看到相對“/”的根路徑。
對?? FileStream fileStream = this.getClass().getClassLoader().getResourceAsStream(filePath);
這里的filePath似乎只能用相對路徑，至少我不知道用絕對路徑怎么表示：
下面取個相對路徑的例子：
??? String filePath = "/../../Resources/XML/navigation.xml"; //表達規則和LINUX一樣。

System.out.println(this.getClass().getClassLoader().getResource(".").getPath());
System.out.println(this.getClass().getClassLoader().getResource("/").getPath());
System.out.println(this.getClass().getClassLoader().getResource("").getPath());
System.out.println(this.getClass().getClassLoader().getResource("..").getPath());
相信，看過這四個路徑結果就應該知道在哪放置自己的文件了，用什么樣的語句能找到。

今天在寫一個寫JSP時，碰到上面的文件路徑的問題，簡單的了解下，相信其中定有不少的錯誤，希望你能提出并改正，我在此謝過了！

前言：
?前一段時間，由于在處理Web應用下的文件創建與移動等，因此涉及到很多關于java
中相對路徑，絕對路徑等問題。同時，對于Web應用中的相對路徑，絕對路徑，以及Java.io.File
類學習了一下。也找了一些資料。希望大家遇到類似的問題，可以更有效的解決。

=================================================================================
1.基本概念的理解

　　絕對路徑：絕對路徑就是你的主頁上的文件或目錄在硬盤上真正的路徑，(URL和物理路徑)例如：
C:\xyz\test.txt?代表了test.txt文件的絕對路徑。http://www.sun.com/index.htm也代表了一個
URL絕對路徑。

　　相對路徑：相對與某個基準目錄的路徑。包含Web的相對路徑（HTML中的相對目錄），例如：在
Servlet中，"/"代表Web應用的跟目錄。和物理路徑的相對表示。例如："./" 代表當前目錄,
"../"代表上級目錄。這種類似的表示，也是屬于相對路徑。

另外關于URI，URL,URN等內容，請參考RFC相關文檔標準。

RFC 2396: Uniform Resource Identifiers (URI): Generic Syntax,
(http://www.ietf.org/rfc/rfc2396.txt)

2.關于JSP/Servlet中的相對路徑和絕對路徑。

2.1服務器端的地址

　　?服務器端的相對地址指的是相對于你的web應用的地址，這個地址是在服務器端解析的
（不同于html和javascript中的相對地址，他們是由客戶端瀏覽器解析的）也就是說這時候
在jsp和servlet中的相對地址應該是相對于你的web應用，即相對于http://192.168.0.1/webapp/的。

　　其用到的地方有：
?forward：servlet中的request.getRequestDispatcher(address);這個address是
在服務器端解析的，所以，你要forward到a.jsp應該這么寫：
request.getRequestDispatcher(“/user/a.jsp”)這個/相對于當前的web應用webapp，
其絕對地址就是：http://192.168.0.1/webapp/user/a.jsp。
sendRedirect：在jsp中<%response.sendRedirect("/rtccp/user/a.jsp");%>

2.22、客戶端的地址
?
?????? 所有的html頁面中的相對地址都是相對于服務器根目錄(http://192.168.0.1/)的，
而不是(跟目錄下的該Web應用的目錄)http://192.168.0.1/webapp/的。
?Html中的form表單的action屬性的地址應該是相對于服務器根目錄(http://192.168.0.1/)的，
所以，如果提交到a.jsp為：action＝"/webapp/user/a.jsp"或action="<%=request.getContextPath()%>"/user/a.jsp；
　　提交到servlet為actiom＝"/webapp/handleservlet" ?
?　　Javascript也是在客戶端解析的，所以其相對路徑和form表單一樣。
?

　　因此，一般情況下，在JSP/HTML頁面等引用的CSS,Javascript.Action等屬性前面最好都加上
<%=request.getContextPath()%>,以確保所引用的文件都屬于Web應用中的目錄。
另外，應該盡量避免使用類似".","./","../../"等類似的相對該文件位置的相對路徑，這樣
當文件移動時，很容易出問題。

3. JSP/Servlet中獲得當前應用的相對路徑和絕對路徑
3.1 JSP中獲得當前應用的相對路徑和絕對路徑
?根目錄所對應的絕對路徑:request.getRequestURI()
?文件的絕對路徑??? 　:application.getRealPath(request.getRequestURI());
?當前web應用的絕對路徑 :application.getRealPath("/");
?取得請求文件的上層目錄:new File(application.getRealPath(request.getRequestURI())).getParent()

3.2 Servlet中獲得當前應用的相對路徑和絕對路徑
?根目錄所對應的絕對路徑:request.getServletPath();
?文件的絕對路徑??? :request.getSession().getServletContext().getRealPath
(request.getRequestURI())???
?當前web應用的絕對路徑 :servletConfig.getServletContext().getRealPath("/");
?????(ServletContext對象獲得幾種方式：
???????javax.servlet.http.HttpSession.getServletContext()
???????javax.servlet.jsp.PageContext.getServletContext()
???????javax.servlet.ServletConfig.getServletContext()
?????)

4.java 的Class中獲得相對路徑，絕對路徑的方法
4.1單獨的Java類中獲得絕對路徑
　　根據java.io.File的Doc文擋，可知:
?默認情況下new File("/")代表的目錄為：System.getProperty("user.dir")。
?一下程序獲得執行類的當前路徑
package org.cheng.file;
import java.io.File;

public class FileTest {
??? public static void main(String[] args) throws Exception {??????

??System.out.println(Thread.currentThread().getContextClassLoader().getResource(""));????

??System.out.println(FileTest.class.getClassLoader().getResource(""));???????

　　System.out.println(ClassLoader.getSystemResource(""));???????
??System.out.println(FileTest.class.getResource(""));???????
??System.out.println(FileTest.class.getResource("/")); //Class文件所在路徑?
??System.out.println(new File("/").getAbsolutePath());???????
??System.out.println(System.getProperty("user.dir"));???
?}
}

4.2服務器中的Java類獲得當前路徑（來自網絡）
(1).Weblogic

WebApplication的系統文件根目錄是你的weblogic安裝所在根目錄。
例如：如果你的weblogic安裝在c:\bea\weblogic700.....
那么，你的文件根路徑就是c:\.
所以，有兩種方式能夠讓你訪問你的服務器端的文件：
a.使用絕對路徑：
比如將你的參數文件放在c:\yourconfig\yourconf.properties，
直接使用 new FileInputStream("yourconfig/yourconf.properties");
b.使用相對路徑：
相對路徑的根目錄就是你的webapplication的根路徑，即WEB-INF的上一級目錄，將你的參數文件放

在yourwebapp\yourconfig\yourconf.properties，
這樣使用：
new FileInputStream("./yourconfig/yourconf.properties");
這兩種方式均可，自己選擇。

(2).Tomcat

在類中輸出System.getProperty("user.dir");顯示的是%Tomcat_Home%/bin

(3).Resin

不是你的JSP放的相對路徑,是JSP引擎執行這個JSP編譯成SERVLET
的路徑為根.比如用新建文件法測試File f = new File("a.htm");
這個a.htm在resin的安裝目錄下

(4).如何讀相對路徑哪？

在Java文件中getResource或getResourceAsStream均可

例：getClass().getResourceAsStream(filePath);//filePath可以是"/filename",這里的/代表web

發布根路徑下WEB-INF/classes

默認使用該方法的路徑是：WEB-INF/classes。已經在Tomcat中測試。

5.讀取文件時的相對路徑，避免硬編碼和絕對路徑的使用。（來自網絡）
5.1 采用Spring的DI機制獲得文件，避免硬編碼。
? ?參考下面的連接內容：
? ?http://www.javajia.net/viewtopic.php?p=90213&
5.2 配置文件的讀取
?參考下面的連接內容：
?http://dev.csdn.net/develop/article/39/39681.shtm
5.3 通過虛擬路徑或相對路徑讀取一個xml文件，避免硬編碼
?參考下面的連接內容：
?http://club.gamvan.com/club/clubPage.jsp?iPage=1&tID=10708&ccID=8
?
6.Java中文件的常用操作（復制，移動，刪除，創建等）（來自網絡）
?常用 java File 操作類
?http://www.easydone.cn/014/200604022353065155.htm
?
?Java文件操作大全（JSP中）
?http://www.pconline.com.cn/pcedu/empolder/gj/java/0502/559401.html

?java文件操作詳解（Java中文網）
?http://www.51cto.com/html/2005/1108/10947.htm

?JAVA 如何創建\刪除\修改\復制目錄及文件
?http://www.gamvan.com/developer/java/2005/2/264.html

總結：
?通過上面內容的使用，可以解決在Web應用服務器端，移動文件，查找文件，復制
?刪除文件等操作，同時對服務器的相對地址，絕對地址概念更加清晰。
建議參考URI,的RFC標準文擋。同時對Java.io.File. Java.net.URI.等內容了解透徹
對其他方面的理解可以更加深入和透徹。
==================================================================================

參考資料:
java/docs/

java.io.File
java.io.InputStream
java.io.OutputStream
java.io.FileInputStream
java.io.FileReader;
java.io.FileOutputStream
java.io.FileWriter;
java.net.URI
java.net.URL

絕對路徑與相對路徑祥解
http://www.webjx.com/htmldata/2005-02-26/1109430310.html

[『J道習練』]JSP和Servlet中的絕對路徑和相對路徑
http://w3china.org/blog/more.asp?name=pcthomas&id=9122&commentid=12376

JSP,Servlet,Class獲得當前應用的相對路徑和絕對路徑
http://cy.lzu.edu.cn/cy/club/clubPage.jsp?ccStyle=0&tID=886&ccID=77

如何獲得當前文件路徑
http://www.matrix.org.cn/resource/article/44/44113_java.html

通過Spring注入機制，取得文件
http://www.javajia.net/viewtopic.php?p=90213&

配置文件的讀取
http://dev.csdn.net/develop/article/39/39681.shtm

讀取配置文件,通過虛擬路徑或相對路徑讀取一個xml文件，避免硬編碼！
http://club.gamvan.com/club/clubPage.jsp?iPage=1&tID=10708&ccID=8

常用 java File 操作類
http://www.easydone.cn/014/200604022353065155.htm

Java文件操作大全
http://www.pconline.com.cn/pcedu/empolder/gj/java/0502/559401.html

Java文件操作詳解
http://www.51cto.com/html/2005/1108/10947.htm

????第一，談談final，?finally，?finalize的區別。 ?

????final？修飾符（關鍵字）如果一個類被聲明為final，意味著它不能再派生出新的子類，不能作為父類被繼承。因此一個類不能既被聲明為?abstract的，又被聲明為final的。將變量或方法聲明為final，可以保證它們在使用中不被改變。被聲明為final的變量必須在聲明時給定初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載finally？再異常處理時提供?finally?塊來執行任何清除操作。如果拋出一個異常，那么相匹配的?catch?子句就會執行，然后控制就會進入?finally?塊（如果有的話）。?

????finalize？方法名。Java?技術允許使用?finalize（）?方法在垃圾收集器將對象從內存中清除出去之前做必要的清理工作。這個方法是由垃圾收集器在確定這個對象沒有被引用時對這個對象調用的。它是在?Object?類中定義的，因此所有的類都繼承了它。子類覆蓋?finalize（）?方法以整理系統資源或者執行其他清理工作。finalize（）?方法是在垃圾收集器刪除對象之前對這個對象調用的。?

????第二，Anonymous?Inner?Class?（匿名內部類）?是否可以extends（繼承）其它類，是否可以implements（實現）interface（接口）？?

????匿名的內部類是沒有名字的內部類。不能extends（繼承）?其它類，但一個內部類可以作為一個接口，由另一個內部類實現。?

????第三，Static?Nested?Class?和?Inner?Class的不同，說得越多越好（面試題有的很籠統）。?

????Nested?Class?（一般是C++的說法），Inner?Class?（一般是JAVA的說法）。Java內部類與C++嵌套類最大的不同就在于是否有指向外部的引用上。具體可見http：?//www.frontfree.net/articles/services/view.asp？id=704&page=1?

????注：?靜態內部類（Inner?Class）意味著1創建一個static內部類的對象，不需要一個外部類對象，2不能從一個static內部類的一個對象訪問一個外部類對象?

????第四，&和&&的區別。?

????&是位運算符。&&是布爾邏輯運算符。?

????第五，HashMap和Hashtable的區別。?

????都屬于Map接口的類，實現了將惟一鍵映射到特定的值上。?

????HashMap?類沒有分類或者排序。它允許一個?null?鍵和多個?null?值。?

????Hashtable?類似于?HashMap，但是不允許?null?鍵和?null?值。它也比?HashMap?慢，因為它是同步的。?

????第六，Collection?和?Collections的區別。?

????Collections是個java.util下的類，它包含有各種有關集合操作的靜態方法。?

????Collection是個java.util下的接口，它是各種集合結構的父接口。?

??? 第七，什么時候用assert。??

　　斷言是一個包含布爾表達式的語句，在執行這個語句時假定該表達式為?true。如果表達式計算為?false，那么系統會報告一個?AssertionError。它用于調試目的：??

assert(a?>?0);?//?throws?an?AssertionError?if?a?<=?0??

　　斷言可以有兩種形式：??

　　assert?Expression1?;??
　　assert?Expression1?:?Expression2?;??

　　Expression1?應該總是產生一個布爾值。??
　　Expression2?可以是得出一個值的任意表達式。這個值用于生成顯示更多調試信息的?String?消息。??
斷言在默認情況下是禁用的。要在編譯時啟用斷言，需要使用?source?1.4?標記：??

　　javac?-source?1.4?Test.java??

　　要在運行時啟用斷言，可使用?-enableassertions?或者?-ea?標記。??
　　要在運行時選擇禁用斷言，可使用?-da?或者?-disableassertions?標記。??
　　要系統類中啟用斷言，可使用?-esa?或者?-dsa?標記。還可以在包的基礎上啟用或者禁用斷言。??

　　可以在預計正常情況下不會到達的任何位置上放置斷言。斷言可以用于驗證傳遞給私有方法的參數。不過，斷言不應該用于驗證傳遞給公有方法的參數，因為不管是否啟用了斷言，公有方法都必須檢查其參數。不過，既可以在公有方法中，也可以在非公有方法中利用斷言測試后置條件。另外，斷言不應該以任何方式改變程序的狀態。??


　　第八，GC是什么??為什么要有GC??(基礎)。??

　　GC是垃圾收集器。Java?程序員不用擔心內存管理，因為垃圾收集器會自動進行管理。要請求垃圾收集，可以調用下面的方法之一：??

　　System.gc()??
　　Runtime.getRuntime().gc()??

　　第九，String?s?=?new?String("xyz");創建了幾個String?Object???

　　兩個對象，一個是“xyx”,一個是指向“xyx”的引用對象s。??

　　第十，Math.round(11.5)等於多少??Math.round(-11.5)等於多少???

　　Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11;??

　　第十一，short?s1?=?1;?s1?=?s1?+?1;有什么錯??short?s1?=?1;?s1?+=?1;有什么錯???

　　short?s1?=?1;?s1?=?s1?+?1;有錯，s1是short型，s1+1是int型,不能顯式轉化為short型。可修改為s1?=(short)(s1?+?1)?。short?s1?=?1;?s1?+=?1正確。??

　　第十二，sleep()?和?wait()?有什么區別??搞線程的最愛??

　　sleep()方法是使線程停止一段時間的方法。在sleep?時間間隔期滿后，線程不一定立即恢復執行。這是因為在那個時刻，其它線程可能正在運行而且沒有被調度為放棄執行，除非(a)“醒來”的線程具有更高的優先級，(b)正在運行的線程因為其它原因而阻塞。??

　　wait()是線程交互時，如果線程對一個同步對象x?發出一個wait()調用，該線程會暫停執行，被調對象進入等待狀態，直到被喚醒或等待時間到。??

　　第十三，Java有沒有goto???

　　Goto?java中的保留字，現在沒有在java中使用。??

　　第十四，數組有沒有length()這個方法??String有沒有length()這個方法？??

　　數組沒有length()這個方法，有length的屬性。??
　　String有有length()這個方法。??

　　第十五，Overload和Override的區別。Overloaded的方法是否可以改變返回值的類型???

　　方法的重寫Overriding和重載Overloading是Java多態性的不同表現。重寫Overriding是父類與子類之間多態性的一種表現，重載Overloading是一個類中多態性的一種表現。如果在子類中定義某方法與其父類有相同的名稱和參數，我們說該方法被重寫?(Overriding)。子類的對象使用這個方法時，將調用子類中的定義，對它而言，父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法，它們或有不同的參數個數或有不同的參數類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。??

　　第十六，Set里的元素是不能重復的，那么用什么方法來區分重復與否呢??是用==還是equals()??它們有何區別???

　　Set里的元素是不能重復的，那么用iterator()方法來區分重復與否。equals()是判讀兩個Set是否相等。??

　　equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的對象的內容和類型相配的話，返回真值。??

　　第十七，給我一個你最常見到的runtime?exception。??

　　ArithmeticException,?ArrayStoreException,?BufferOverflowException,?BufferUnderflowException,??CannotRedoException,????
?????? CannotUndoException,??ClassCastException,?CMMException,???ConcurrentModificationException,???
?????? DOMException,?EmptyStackException,?IllegalArgumentException,??IllegalMonitorStateException,???
?????? IllegalPathStateException,??IllegalStateException,?ImagingOpException,???
?????? IndexOutOfBoundsException,??MissingResourceException,??NegativeArraySizeException,??NoSuchElementException,???
?????? NullPointerException,??ProfileDataException,?ProviderException,??RasterFormatException,??SecurityException,?SystemException,?
?????? UndeclaredThrowableException,??UnmodifiableSetException,??UnsupportedOperationException???

　　第十八，error和exception有什么區別???

　　error?表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內存溢出。不可能指望程序能處理這樣的情況。?

　　exception?表示一種設計或實現問題。也就是說，它表示如果程序運行正常，從不會發生的情況。??


　　第十九，List,?Set,?Map是否繼承自Collection接口???

　　List，Set是??

　　Map不是??

　　第二十，abstract?class和interface有什么區別???

　　聲明方法的存在而不去實現它的類被叫做抽象類（abstract?class），它用于要創建一個體現某些基本行為的類，并為該類聲明方法，但不能在該類中實現該類的情況。不能創建abstract?類的實例。然而可以創建一個變量，其類型是一個抽象類，并讓它指向具體子類的一個實例。不能有抽象構造函數或抽象靜態方法。Abstract?類的子類為它們父類中的所有抽象方法提供實現，否則它們也是抽象類為。取而代之，在子類中實現該方法。知道其行為的其它類可以在類中實現這些方法。??

　　接口（interface）是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實現這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個有程序體。接口只可以定義static?final成員變量。接口的實現與子類相似，除了該實現類不能從接口定義中繼承行為。當類實現特殊接口時，它定義（即將程序體給予）所有這種接口的方法。然后，它可以在實現了該接口的類的任何對象上調用接口的方法。由于有抽象類，它允許使用接口名作為引用變量的類型。通常的動態聯編將生效。引用可以轉換到接口類型或從接口類型轉換，instanceof?運算符可以用來決定某對象的類是否實現了接口。??

　　第二十一，abstract的method是否可同時是static,是否可同時是native，是否可同時是synchronized???

　　都不能??

　　第二十二，接口是否可繼承接口??抽象類是否可實現(implements)接口??抽象類是否可繼承實體類(concrete?class)???

　　接口可以繼承接口。抽象類可以實現(implements)接口，抽象類是否可繼承實體類，但前提是實體類必須有明確的構造函數。??

　　第二十三，啟動一個線程是用run()還是start()???

　　啟動一個線程是調用start()方法，使線程所代表的虛擬處理機處于可運行狀態，這意味著它可以由JVM調度并執行。這并不意味著線程就會立即運行。run()方法可以產生必須退出的標志來停止一個線程。??



　　第二十四，構造器Constructor是否可被override???

　　構造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。??

　　第二十五，是否可以繼承String類???

　　String類是final類故不可以繼承。??

　　第二十六，當一個線程進入一個對象的一個synchronized方法后，其它線程是否可進入此對象的其它方法???

　　不能，一個對象的一個synchronized方法只能由一個線程訪問。
????(此答案有錯誤.其他線程可以進入此對象的其他方法,但不能進入此對象的synchronized方法)??

　　第二十七，try?{}里有一個return語句，那么緊跟在這個try后的finally?{}里的code會不會被執行，什么時候被執行，在return前還是后???

　　會執行，在return前執行。??

　　第二十八，編程題:?用最有效率的方法算出2乘以8等於幾???

　　有C背景的程序員特別喜歡問這種問題。??

　　2?<<?3??

　　第二十九，兩個對象值相同(x.equals(y)?==?true)，但卻可有不同的hash?code，這句話對不對???

　　不對，有相同的hash?code。??

　　第三十，當一個對象被當作參數傳遞到一個方法后，此方法可改變這個對象的屬性，并可返回變化后的結果，那么這里到底是值傳遞還是引用傳遞???

　　是值傳遞。Java?編程語言只由值傳遞參數。當一個對象實例作為一個參數被傳遞到方法中時，參數的值就是對該對象的引用。對象的內容可以在被調用的方法中改變，但對象的引用是永遠不會改變的。??


　　第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上???

　　switch（expr1）中，expr1是一個整數表達式。因此傳遞給?switch?和?case?語句的參數應該是?int、?short、?char?或者?byte。long,string?都不能作用于swtich。??

　　第三十二，編程題:?寫一個Singleton出來。?

　　Singleton模式主要作用是保證在Java應用程序中，一個類Class只有一個實例存在。??

　　一般Singleton模式通常有幾種種形式:??

　　第一種形式:?定義一個類，它的構造函數為private的，它有一個static的private的該類變量，在類初始化時實例話，通過一個public的getInstance方法獲取對它的引用,繼而調用其中的方法。??

public?class?Singleton?{??
　　private?Singleton(){}??
　　//在自己內部定義自己一個實例，是不是很奇怪？??
　　//注意這是private?只供內部調用??
　　private?static?Singleton?instance?=?new?Singleton();??
　　//這里提供了一個供外部訪問本class的靜態方法，可以直接訪問　　??
　　public?static?Singleton?getInstance()?{??
　　　　return?instance;?　　??
　　?}??
}??

　　第二種形式:??

public?class?Singleton?{??
　　private?static?Singleton?instance?=?null;??
　　public?static?synchronized?Singleton?getInstance()?{??
　　//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次　　　?　??
　　//使用時生成實例，提高了效率！??
　　if?(instance==null)??
　　　　instance＝new?Singleton();??
return?instance;?　　}??
}??

　　其他形式:??

　　定義一個類，它的構造函數為private的，所有方法為static的。??

　　一般認為第一種形式要更加安全些??

　　第三十三?Hashtable和HashMap??

　　Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map?interface的一個實現??

　　HashMap允許將null作為一個entry的key或者value，而Hashtable不允許??

　　還有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為contains方法容易讓人引起誤解。??

　　最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多個線程訪問Hashtable時，不需要自己為它的方法實現同步，而HashMap就必須為之提供外同步。??

　　Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會有很大的差異。

JSP 和 Servlet 中的絕對路徑和相對路徑問題困擾了我好幾天，經過努力之后將其部分心得和大家共享。

?????? 前提：假設你的 Http 地址為 http://192.168.0.1/ 你的 web 應用為 webapp ，那么你的 web 應用 URL 為 http://192.168.0.1/webapp/

?????? web 應用的目錄結構：

?????? webapp/

????????????? web-inf/

????????????? ?? classes/

???????????????????? lib/

???????????????????? web.xml

??????????????????????????? ? <servlet-mapping>

??? ?????????????????????????? <servlet-name>handleservlet</servlet-name>

??? ?????????????????????????? <url-pattern>/handleservlet</url-pattern> 此映射是相對于當前 web 應用的

? ??????????????????????? ???</servlet-mapping>

????????????? user/

a.jsp

b.jsp

????????????? images/

????????????? css/

????????????? js/

?????????????

?????? 所有相對路徑都是由“ / ”開頭的。如： /image/a.gif ， /user/main.jsp ，大家知道在 html 中的相對路徑是這樣的：

?????? 有個 html 文件： a.html ，其中有 <link href="one.css" rel="stylesheet" type="text/css"> ，其中 href 屬性表示引用的 css 文件的路徑。

one.css ：表示 one.css 和 a.hmtl 處于同一個目錄

user/one.css ：表示 one.css 處于 a.html 所在目錄的子目錄 user 中。

../one.css ：表示 one.css 位于 a.hmtl 上一級目錄下，

../../one.css ：表示 one.css 位于 a.hmtl 上一級目錄的上一級目錄下，

./ ：表示和 a.hmtl 同一目錄

我們稱上述相對路徑為 html 相對路徑

1、 服務器端的地址

服務器端的相對地址指的是相對于你的 web 應用的地址，這個地址是在服務器端解析的（不同于 html 和 javascript 中的相對地址，他們是由客戶端瀏覽器解析的）也就是說這時候在 jsp 和 servlet 中的相對地址應該是相對于你的 web 應用，即相對于 http://192.168.0.1/webapp/ 的。

其用到的地方有：

forwarder ： servlet 中的 request.getRequestDispatcher(address); 這個 address 是在服務器端解析的，所以，你要 forwarder 到 a.jsp 應該這么寫： request.getRequestDispatcher(“/user/a.jsp”) 這個 / 相對于當前的 web 應用 webapp ，其絕對地址就是： http://192.168.0.1/webapp/user/a.jsp 。

sendRedirect ：在 jsp 中 <%response.sendRedirect("/rtccp/user/a.jsp");%>

2、 客戶端的地址

所有的 html 中的相對地址都是相對于 http://192.168.0.1/ 的，而不是 http://192.168.0.1/webapp/ 的。

Html 中的 form 表單的 action 屬性的地址應該是相對于 http://192.168.0.1/ 的，所以，如果提交到 a.jsp 為： action ＝ ”/webapp/user/a.jsp” ；提交到 servlet 為 action ＝ ”/webapp/handleservlet”

Javascript 也是在客戶端解析的，所以其相對路徑和 form 表單一樣。

3、 站點根目錄和 css 路徑問題

我們稱類似這樣的相對路徑 /webapp/…. 為相對于站點根目錄的相對路徑。

當在 jsp 中引入 css 時，如果其相對路徑相對于當前 jsp 文件的，而在一個和這個 jsp 的路徑不一樣的 servlet 中 forwarder 這個 jsp 時，就會發現這個 css 樣式根本沒有起作用。這是因為在 servlet 中轉發時 css 的路徑就是相對于這個 servlet 的相對路徑而非 jsp 的路徑了。所以這時候不能在 jsp 中用這樣的路徑： <link href="one.css" rel="stylesheet" type="text/css"> 或者 <link href="../../one.css" rel="stylesheet" type="text/css"> 類似 href="one.css" 和 ../../one.css 的 html 相對路徑是相對于引用這個 css 的文件的相對路徑。而在 servlet 中轉發時就是相對于這個 servlet 的相對路徑了，因為 jsp 路徑和 servlet 路徑是不一樣的，所以這樣的引用肯定是出錯的。

所以這個時候，要用站點根目錄，就是相對于 http://192.168.0.1/ 的目錄，以“ / ”開頭。

因此上述錯誤應更正為 href=”/webapp/one.css” 類似的站點根目錄的相對目錄。這樣在 servlet 轉發后和 jsp 中都是相對于站點根目錄的相對路徑，就能正確使用所定義的 css 樣式了。

?

說了這么多，不知道你了解沒，有什么問題留言，大家一塊交流！

1. 概述

本文主要包括以下幾個方面：編碼基本知識，java，系統軟件，url，工具軟件等。

在下面的描述中，將以"中文"兩個字為例，經查表可以知道其GB2312編碼是"d6d0 cec4"，Unicode編碼為"4e2d 6587"，UTF編碼就是"e4b8ad e69687"。注意，這兩個字沒有iso8859-1編碼，但可以用iso8859-1編碼來"表示"。

2. 編碼基本知識

最早的編碼是iso8859-1，和ascii編碼相似。但為了方便表示各種各樣的語言，逐漸出現了很多標準編碼，重要的有如下幾個。

2.1. iso8859-1

屬于單字節編碼，最多能表示的字符范圍是0-255，應用于英文系列。比如，字母a的編碼為0x61=97。

很明顯，iso8859-1編碼表示的字符范圍很窄，無法表示中文字符。但是，由于是單字節編碼，和計算機最基礎的表示單位一致，所以很多時候，仍舊使用iso8859-1編碼來表示。而且在很多協議上，默認使用該編碼。比如，雖然"中文"兩個字不存在iso8859-1編碼，以gb2312編碼為例，應該是"d6d0 cec4"兩個字符，使用iso8859-1編碼的時候則將它拆開為4個字節來表示："d6 d0 ce c4"（事實上，在進行存儲的時候，也是以字節為單位處理的）。而如果是UTF編碼，則是6個字節"e4 b8 ad e6 96 87"。很明顯，這種表示方法還需要以另一種編碼為基礎。

2.2. GB2312/GBK

這就是漢子的國標碼，專門用來表示漢字，是雙字節編碼，而英文字母和iso8859-1一致（兼容iso8859-1編碼）。其中gbk編碼能夠用來同時表示繁體字和簡體字，而gb2312只能表示簡體字，gbk是兼容gb2312編碼的。

2.3. unicode

這是最統一的編碼，可以用來表示所有語言的字符，而且是定長雙字節（也有四字節的）編碼，包括英文字母在內。所以可以說它是不兼容iso8859-1編碼的，也不兼容任何編碼。不過，相對于iso8859-1編碼來說，uniocode編碼只是在前面增加了一個0字節，比如字母a為"00 61"。

需要說明的是，定長編碼便于計算機處理（注意GB2312/GBK不是定長編碼），而unicode又可以用來表示所有字符，所以在很多軟件內部是使用unicode編碼來處理的，比如java。

2.4. UTF

考慮到unicode編碼不兼容iso8859-1編碼，而且容易占用更多的空間：因為對于英文字母，unicode也需要兩個字節來表示。所以unicode不便于傳輸和存儲。因此而產生了utf編碼，utf編碼兼容iso8859-1編碼，同時也可以用來表示所有語言的字符，不過，utf編碼是不定長編碼，每一個字符的長度從1-6個字節不等。另外，utf編碼自帶簡單的校驗功能。一般來講，英文字母都是用一個字節表示，而漢字使用三個字節。

注意，雖然說utf是為了使用更少的空間而使用的，但那只是相對于unicode編碼來說，如果已經知道是漢字，則使用GB2312/GBK無疑是最節省的。不過另一方面，值得說明的是，雖然utf編碼對漢字使用3個字節，但即使對于漢字網頁，utf編碼也會比unicode編碼節省，因為網頁中包含了很多的英文字符。

3. java對字符的處理

在java應用軟件中，會有多處涉及到字符集編碼，有些地方需要進行正確的設置，有些地方需要進行一定程度的處理。

3.1. getBytes(charset)

這是java字符串處理的一個標準函數，其作用是將字符串所表示的字符按照charset編碼，并以字節方式表示。注意字符串在java內存中總是按unicode編碼存儲的。比如"中文"，正常情況下（即沒有錯誤的時候）存儲為"4e2d 6587"，如果charset為"gbk"，則被編碼為"d6d0 cec4"，然后返回字節"d6 d0 ce c4"。如果charset為"utf8"則最后是"e4 b8 ad e6 96 87"。如果是"iso8859-1"，則由于無法編碼，最后返回 "3f 3f"（兩個問號）。

3.2. new String(charset)

這是java字符串處理的另一個標準函數，和上一個函數的作用相反，將字節數組按照charset編碼進行組合識別，最后轉換為unicode存儲。參考上述getBytes的例子，"gbk" 和"utf8"都可以得出正確的結果"4e2d 6587"，但iso8859-1最后變成了"003f 003f"（兩個問號）。

因為utf8可以用來表示/編碼所有字符，所以new String( str.getBytes( "utf8" ), "utf8" ) === str，即完全可逆。

3.3. setCharacterEncoding()

該函數用來設置http請求或者相應的編碼。

對于request，是指提交內容的編碼，指定后可以通過getParameter()則直接獲得正確的字符串，如果不指定，則默認使用iso8859-1編碼，需要進一步處理。參見下述"表單輸入"。值得注意的是在執行setCharacterEncoding()之前，不能執行任何getParameter()。java doc上說明：This method must be called prior to reading request parameters or reading input using getReader()。而且，該指定只對POST方法有效，對GET方法無效。分析原因，應該是在執行第一個getParameter()的時候，java將會按照編碼分析所有的提交內容，而后續的getParameter()不再進行分析，所以setCharacterEncoding()無效。而對于GET方法提交表單是，提交的內容在URL中，一開始就已經按照編碼分析所有的提交內容，setCharacterEncoding()自然就無效。

對于response，則是指定輸出內容的編碼，同時，該設置會傳遞給瀏覽器，告訴瀏覽器輸出內容所采用的編碼。

3.4. 處理過程

下面分析兩個有代表性的例子，說明java對編碼有關問題的處理方法。

3.4.1. 表單輸入

User input *(gbk:d6d0 cec4) browser *(gbk:d6d0 cec4) web server iso8859-1(00d6 00d 000ce 00c4) class，需要在class中進行處理：getbytes("iso8859-1")為d6 d0 ce c4，new String("gbk")為d6d0 cec4，內存中以unicode編碼則為4e2d 6587。

l 用戶輸入的編碼方式和頁面指定的編碼有關，也和用戶的操作系統有關，所以是不確定的，上例以gbk為例。

l 從browser到web server，可以在表單中指定提交內容時使用的字符集，否則會使用頁面指定的編碼。而如果在url中直接用?的方式輸入參數，則其編碼往往是操作系統本身的編碼，因為這時和頁面無關。上述仍舊以gbk編碼為例。

l Web server接收到的是字節流，默認時（getParameter）會以iso8859-1編碼處理之，結果是不正確的，所以需要進行處理。但如果預先設置了編碼（通過request. setCharacterEncoding ()），則能夠直接獲取到正確的結果。

l 在頁面中指定編碼是個好習慣，否則可能失去控制，無法指定正確的編碼。

3.4.2. 文件編譯

假設文件是gbk編碼保存的，而編譯有兩種編碼選擇：gbk或者iso8859-1，前者是中文windows的默認編碼，后者是linux的默認編碼，當然也可以在編譯時指定編碼。

Jsp *(gbk:d6d0 cec4) java file *(gbk:d6d0 cec4) compiler read uincode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) compiler write utf(gbk: e4b8ad e69687; iso8859-1: *) compiled file unicode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) class。所以用gbk編碼保存，而用iso8859-1編譯的結果是不正確的。

class unicode(4e2d 6587) system.out / jsp.out gbk(d6d0 cec4) os console / browser。

l 文件可以以多種編碼方式保存，中文windows下，默認為ansi/gbk。

l 編譯器讀取文件時，需要得到文件的編碼，如果未指定，則使用系統默認編碼。一般class文件，是以系統默認編碼保存的，所以編譯不會出問題，但對于jsp文件，如果在中文windows下編輯保存，而部署在英文linux下運行/編譯，則會出現問題。所以需要在jsp文件中用pageEncoding指定編碼。

l Java編譯的時候會轉換成統一的unicode編碼處理，最后保存的時候再轉換為utf編碼。

l 當系統輸出字符的時候，會按指定編碼輸出，對于中文windows下，System.out將使用gbk編碼，而對于response（瀏覽器），則使用jsp文件頭指定的contentType，或者可以直接為response指定編碼。同時，會告訴browser網頁的編碼。如果未指定，則會使用iso8859-1編碼。對于中文，應該為browser指定輸出字符串的編碼。

l browser顯示網頁的時候，首先使用response中指定的編碼（jsp文件頭指定的contentType最終也反映在response上），如果未指定，則會使用網頁中meta項指定中的contentType。

3.5. 幾處設置

對于web應用程序，和編碼有關的設置或者函數如下。

3.5.1. jsp編譯

指定文件的存儲編碼，很明顯，該設置應該置于文件的開頭。例如：<%@page pageEncoding="GBK"%>。另外，對于一般class文件，可以在編譯的時候指定編碼。

3.5.2. jsp輸出

指定文件輸出到browser是使用的編碼，該設置也應該置于文件的開頭。例如：<%@ page contentType="text/html; charset= GBK" %>。該設置和response.setCharacterEncoding("GBK")等效。

3.5.3. meta設置

指定網頁使用的編碼，該設置對靜態網頁尤其有作用。因為靜態網頁無法采用jsp的設置，而且也無法執行response.setCharacterEncoding()。例如：

如果同時采用了jsp輸出和meta設置兩種編碼指定方式，則jsp指定的優先。因為jsp指定的直接體現在response中。

需要注意的是，apache有一個設置可以給無編碼指定的網頁指定編碼，該指定等同于jsp的編碼指定方式，所以會覆蓋靜態網頁中的meta指定。所以有人建議關閉該設置。

3.5.4. form設置

當瀏覽器提交表單的時候，可以指定相應的編碼。例如：

。一般不必不使用該設置，瀏覽器會直接使用網頁的編碼。

4. 系統軟件

下面討論幾個相關的系統軟件。

4.1. mysql數據庫

很明顯，要支持多語言，應該將數據庫的編碼設置成utf或者unicode，而utf更適合與存儲。但是，如果中文數據中包含的英文字母很少，其實unicode更為適合。

數據庫的編碼可以通過mysql的配置文件設置，例如default-character-set=utf8。還可以在數據庫鏈接URL中設置，例如： useUnicode=true&characterEncoding=UTF-8。注意這兩者應該保持一致，在新的sql版本里，在數據庫鏈接URL里可以不進行設置，但也不能是錯誤的設置。

4.2. apache

appache和編碼有關的配置在httpd.conf中，例如AddDefaultCharset UTF-8。如前所述，該功能會將所有靜態頁面的編碼設置為UTF-8，最好關閉該功能。

另外，apache還有單獨的模塊來處理網頁響應頭，其中也可能對編碼進行設置。

4.3. linux默認編碼

這里所說的linux默認編碼，是指運行時的環境變量。兩個重要的環境變量是LC_ALL和LANG，默認編碼會影響到java URLEncode的行為，下面有描述。

建議都設置為"zh_CN.UTF-8"。

4.4. 其它

為了支持中文文件名，linux在加載磁盤時應該指定字符集，例如：mount /dev/hda5 /mnt/hda5/ -t ntfs -o iocharset=gb2312。

另外，如前所述，使用GET方法提交的信息不支持request.setCharacterEncoding()，但可以通過tomcat的配置文件指定字符集，在tomcat的server.xml文件中，形如：。這種方法將統一設置所有請求，而不能針對具體頁面進行設置，也不一定和browser使用的編碼相同，所以有時候并不是所期望的。

5. URL地址

URL地址中含有中文字符是很麻煩的，前面描述過使用GET方法提交表單的情況，使用GET方法時，參數就是包含在URL中。

5.1. URL編碼

對于URL中的一些特殊字符，瀏覽器會自動進行編碼。這些字符除了"/?&"等外，還包括unicode字符，比如漢子。這時的編碼比較特殊。

IE有一個選項"總是使用UTF-8發送URL"，當該選項有效時，IE將會對特殊字符進行UTF-8編碼，同時進行URL編碼。如果改選項無效，則使用默認編碼"GBK"，并且不進行URL編碼。但是，對于URL后面的參數，則總是不進行編碼，相當于UTF-8選項無效。比如"中文.html?a=中文"，當UTF-8選項有效時，將發送鏈接"%e4%b8%ad%e6%96%87.html?a=x4ex2dx65x87"；而UTF-8選項無效時，將發送鏈接"x4ex2dx65x87.html?a=x4ex2dx65x87"。注意后者前面的"中文"兩個字只有4個字節，而前者卻有18個字節，這主要時URL編碼的原因。

當web server（tomcat）接收到該鏈接時，將會進行URL解碼，即去掉"%"，同時按照ISO8859-1編碼（上面已經描述，可以使用URLEncoding來設置成其它編碼）識別。上述例子的結果分別是"ue4ub8uadue6u96u87.html?a=u4eu2du65u87"和"u4eu2du65u87.html?a=u4eu2du65u87"，注意前者前面的"中文"兩個字恢復成了6個字符。這里用"u"，表示是unicode。

所以，由于客戶端設置的不同，相同的鏈接，在服務器上得到了不同結果。這個問題不少人都遇到，卻沒有很好的解決辦法。所以有的網站會建議用戶嘗試關閉UTF-8選項。不過，下面會描述一個更好的處理辦法。

5.2. rewrite

熟悉的人都知道，apache有一個功能強大的rewrite模塊，這里不描述其功能。需要說明的是該模塊會自動將URL解碼（去除%），即完成上述web server（tomcat）的部分功能。有相關文檔介紹說可以使用[NE]參數來關閉該功能，但我試驗并未成功，可能是因為版本（我使用的是apache 2.0.54）問題。另外，當參數中含有"?& "等符號的時候，該功能將導致系統得不到正常結果。

rewrite本身似乎完全是采用字節處理的方式，而不考慮字符串的編碼，所以不會帶來編碼問題。

5.3. URLEncode.encode()

這是Java本身提供對的URL編碼函數，完成的工作和上述UTF-8選項有效時瀏覽器所做的工作相似。值得說明的是，java已經不贊成不指定編碼來使用該方法（deprecated）。應該在使用的時候增加編碼指定。

當不指定編碼的時候，該方法使用系統默認編碼，這會導致軟件運行結果得不確定。比如對于"中文"，當系統默認編碼為"gb2312"時，結果是"%4e%2d%65%87"，而默認編碼為"UTF-8"，結果卻是"%e4%b8%ad%e6%96%87"，后續程序將難以處理。另外，這兒說的系統默認編碼是由運行tomcat時的環境變量LC_ALL和LANG等決定的，曾經出現過tomcat重啟后就出現亂碼的問題，最后才郁悶的發現是因為修改修改了這兩個環境變量。

建議統一指定為"UTF-8"編碼，可能需要修改相應的程序。

5.4. 一個解決方案

上面說起過，因為瀏覽器設置的不同，對于同一個鏈接，web server收到的是不同內容，而軟件系統有無法知道這中間的區別，所以這一協議目前還存在缺陷。

針對具體問題，不應該僥幸認為所有客戶的IE設置都是UTF-8有效的，也不應該粗暴的建議用戶修改IE設置，要知道，用戶不可能去記住每一個web server的設置。所以，接下來的解決辦法就只能是讓自己的程序多一點智能：根據內容來分析編碼是否UTF-8。

比較幸運的是UTF-8編碼相當有規律，所以可以通過分析傳輸過來的鏈接內容，來判斷是否是正確的UTF-8字符，如果是，則以UTF-8處理之，如果不是，則使用客戶默認編碼（比如"GBK"），下面是一個判斷是否UTF-8的例子，如果你了解相應規律，就容易理解。

public static boolean isValidUtf8(byte[] b,int aMaxCount){

int lLen=b.length,lCharCount=0;

for(int i=0;i

byte lByte=b[i++];//to fast operation, ++ now, ready for the following for(;;)

if(lByte>=0) continue;//>=0 is normal ascii

if(lByte<(byte)0xc0 || lByte>(byte)0xfd) return false;

int lCount=lByte>(byte)0xfc?5:lByte>(byte)0xf8?4

:lByte>(byte)0xf0?3:lByte>(byte)0xe0?2:1;

if(i+lCount>lLen) return false;

for(int j=0;j=(byte)0xc0) return false;

}

return true;

}

相應地，一個使用上述方法的例子如下：

public static String getUrlParam(String aStr,String aDefaultCharset)

throws UnsupportedEncodingException{

if(aStr==null) return null;

byte[] lBytes=aStr.getBytes("ISO-8859-1");

return new String(lBytes,StringUtil.isValidUtf8(lBytes)?"utf8":aDefaultCharset);

}

不過，該方法也存在缺陷，如下兩方面：

l 沒有包括對用戶默認編碼的識別，這可以根據請求信息的語言來判斷，但不一定正確，因為我們有時候也會輸入一些韓文，或者其他文字。

l 可能會錯誤判斷UTF-8字符，一個例子是"學習"兩個字，其GBK編碼是" xd1xa7xcfxb0"，如果使用上述isValidUtf8方法判斷，將返回true。可以考慮使用更嚴格的判斷方法，不過估計效果不大。

有一個例子可以證明google也遇到了上述問題，而且也采用了和上述相似的處理方法，比如，如果在地址欄中輸入"http://www.google.com/search?hl=zh-CN&newwindow=1&q=學習"，google將無法正確識別，而其他漢字一般能夠正常識別。

最后，應該補充說明一下，如果不使用rewrite規則，或者通過表單提交數據，其實并不一定會遇到上述問題，因為這時可以在提交數據時指定希望的編碼。另外，中文文件名確實會帶來問題，應該謹慎使用。

6. 其它

下面描述一些和編碼有關的其他問題。

6.1. SecureCRT

除了瀏覽器和控制臺與編碼有關外，一些客戶端也很有關系。比如在使用SecureCRT連接linux時，應該讓SecureCRT的顯示編碼（不同的session，可以有不同的編碼設置）和linux的編碼環境變量保持一致。否則看到的一些幫助信息，就可能是亂碼。

另外，mysql有自己的編碼設置，也應該保持和SecureCRT的顯示編碼一致。否則通過SecureCRT執行sql語句的時候，可能無法處理中文字符，查詢結果也會出現亂碼。

對于Utf-8文件，很多編輯器（比如記事本）會在文件開頭增加三個不可見的標志字節，如果作為mysql的輸入文件，則必須要去掉這三個字符。（用linux的vi保存可以去掉這三個字符）。一個有趣的現象是，在中文windows下，創建一個新txt文件，用記事本打開，輸入"連通"兩個字，保存，再打開，你會發現兩個字沒了，只留下一個小黑點。

6.2. 過濾器

如果需要統一設置編碼，則通過filter進行設置是個不錯的選擇。在filter class中，可以統一為需要的請求或者回應設置編碼。參加上述setCharacterEncoding()。這個類apache已經給出了可以直接使用的例子SetCharacterEncodingFilter。

6.3. POST和GET

很明顯，以POST提交信息時，URL有更好的可讀性，而且可以方便的使用setCharacterEncoding()來處理字符集問題。但GET方法形成的URL能夠更容易表達網頁的實際內容，也能夠用于收藏。

從統一的角度考慮問題，建議采用GET方法，這要求在程序中獲得參數是進行特殊處理，而無法使用setCharacterEncoding()的便利，如果不考慮rewrite，就不存在IE的UTF-8問題，可以考慮通過設置URIEncoding來方便獲取URL中的參數。

6.4. 簡繁體編碼轉換

GBK同時包含簡體和繁體編碼，也就是說同一個字，由于編碼不同，在GBK編碼下屬于兩個字。有時候，為了正確取得完整的結果，應該將繁體和簡體進行統一。可以考慮將UTF、GBK中的所有繁體字，轉換為相應的簡體字，BIG5編碼的數據，也應該轉化成相應的簡體字。當然，仍舊以UTF編碼存儲。

例如，對于"語言 ?言"，用UTF表示為"xE8xAFxADxE8xA8x80 xE8xAAx9ExE8xA8x80"，進行簡繁體編碼轉換后應該是兩個相同的 "xE8xAFxADxE8xA8x80>"。

posted @ 2006-10-10 08:56 向東博客 閱讀(630) | 評論 (0) | 編輯 收藏