1. Java中的異常處理機(jī)制的簡單原理和應(yīng)用。 

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

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

由于Java不支持多繼承，而有可能某個(gè)類或?qū)ο笠褂梅謩e在幾個(gè)類或?qū)ο罄锩娴姆椒ɑ驅(qū)傩裕F(xiàn)有的單繼承機(jī)制就不能滿足要求。與繼承相比，接口有更高的靈活性，因?yàn)榻涌谥袥]有任何實(shí)現(xiàn)代碼。當(dāng)一個(gè)類實(shí)現(xiàn)了接口以后，該類要實(shí)現(xiàn)接口里面所有的方法和屬性，并且接口里面的屬性在默認(rèn)狀態(tài)下面都是public static,所有方法默認(rèn)情況下是public.一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。 

3. 垃圾回收的優(yōu)點(diǎn)和原理。并考慮2種回收機(jī)制。 

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

4.線程同步的方法。 

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

sleep():使一個(gè)正在運(yùn)行的線程處于睡眠狀態(tài)，是一個(gè)靜態(tài)方法，調(diào)用此方法要捕捉InterruptedException異常。 

notify():喚醒一個(gè)處于等待狀態(tài)的線程，注意的是在調(diào)用此方法的時(shí)候，并不能確切地喚醒某一個(gè)等待狀態(tài)的線程，而是由JVM確定喚醒哪個(gè)線程，而且不是按優(yōu)先級。 

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

5. Error與Exception有什么區(qū)別？ 

Error表示系統(tǒng)級的錯誤和程序不必處理的異常， 

Exception表示需要捕捉或者需要程序進(jìn)行處理的異常。 

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

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

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

8談?wù)刦inal, finally, finalize的區(qū)別。

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

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

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

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

11   &和&&的區(qū)別。 
　　&是位運(yùn)算符。&&是布爾邏輯運(yùn)算符。 

12  HashMap和Hashtable的區(qū)別。

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

　　Hashtable 類似于 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因?yàn)樗峭降摹?/p>

13 Collection 和 Collections的區(qū)別。

    Collection是個(gè)java.util下的接口，它是各種集合結(jié)構(gòu)的父接口。
　　Collections是個(gè)java.util下的類，它包含有各種有關(guān)集合操作的靜態(tài)方法。

14 什么時(shí)候用assert。

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

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

　　GC是垃圾收集器。Java 程序員不用擔(dān)心內(nèi)存管理，因?yàn)槔占鲿詣舆M(jìn)行管理。要請求垃圾收集，可以調(diào)用下面的方法之一：
　　System.gc() 
　　Runtime.getRuntime().gc()

16 String s = new String("xyz");創(chuàng)建了幾個(gè)String Object?

　　兩個(gè)對象，一個(gè)是“xyz”,一個(gè)是指向“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型,不能顯式轉(zhuǎn)化為short型。可修改為s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正確。

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

　　sleep()方法是使線程停止一段時(shí)間的方法。在sleep 時(shí)間間隔期滿后，線程不一定立即恢復(fù)執(zhí)行。這是因?yàn)樵谀莻€(gè)時(shí)刻，其它線程可能正在運(yùn)行而且沒有被調(diào)度為放棄執(zhí)行，除非(a)“醒來”的線程具有更高的優(yōu)先級 (b)正在運(yùn)行的線程因?yàn)槠渌蚨枞?nbsp;
　　wait()是線程交互時(shí)，如果線程對一個(gè)同步對象x 發(fā)出一個(gè)wait()調(diào)用，該線程會暫停執(zhí)行，被調(diào)對象進(jìn)入等待狀態(tài)，直到被喚醒或等待時(shí)間到。 

20 Java有沒有g(shù)oto? 
　　Goto—java中的保留字，現(xiàn)在沒有在java中使用。

 

21 數(shù)組有沒有l(wèi)ength()這個(gè)方法? String有沒有l(wèi)ength()這個(gè)方法？

　　數(shù)組沒有l(wèi)ength()這個(gè)方法，有l(wèi)ength的屬性。 
　　String有有l(wèi)ength()這個(gè)方法。

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

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

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

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

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有什么區(qū)別?

　　error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。 
　　exception 表示一種設(shè)計(jì)或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運(yùn)行正常，從不會發(fā)生的情況。

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

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

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

28 abstract的method是否可同時(shí)是static,是否可同時(shí)是native，是否可同時(shí)是synchronized?

　　都不能

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

　　接口可以繼承接口。抽象類可以實(shí)現(xiàn)(implements)接口，抽象類可繼承實(shí)體類，但前提是實(shí)體類必須有明確的構(gòu)造函數(shù)。

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

　　啟動一個(gè)線程是調(diào)用start()方法，使線程所代表的虛擬處理機(jī)處于可運(yùn)行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運(yùn)行。run()方法可以產(chǎn)生必須退出的標(biāo)志來停止一個(gè)線程。

 

31 構(gòu)造器Constructor是否可被override?

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

32 是否可以繼承String類?

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

33 當(dāng)一個(gè)線程進(jìn)入一個(gè)對象的一個(gè)synchronized方法后，其它線程是否可進(jìn)入此對象的其它方法?

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

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

會被執(zhí)行，什么時(shí)候被執(zhí)行，在return前還是后? 
　　會執(zhí)行，在return前執(zhí)行。

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

　　2 << 3 

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

　　不對，有相同的hash code。

36  當(dāng)一個(gè)對象被當(dāng)作參數(shù)傳遞到一個(gè)方法后，此方法可改變這個(gè)對象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞?

　　是值傳遞。Java編程語言只由值傳遞參數(shù)。當(dāng)一個(gè)對象實(shí)例作為一個(gè)參數(shù)被傳遞到方法中時(shí)，參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變，但對象的引用是永遠(yuǎn)不會改變的。

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

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

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

    JAVA面試題匯總:    一 二 三 四

標(biāo)簽：java 面試題 

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

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

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


時(shí)間飛快，轉(zhuǎn)眼之間，兔子在森林里的名氣越來越大
因?yàn)榇蠹叶贾浪幸粋€(gè)很歷害的老板
這只小兔開始橫行霸道，欺上欺下，沒有動物敢惹
它時(shí)時(shí)想起和烏龜賽跑的羞辱
它找到烏龜說：“三天之內(nèi)，見我老板！”揚(yáng)長而去
烏龜難過的哭了
這時(shí)卻碰到了一位獵人
烏龜把這事告訴了他
獵人哈哈大笑
于是森林里發(fā)生了一件重大事情
獵人披著獅子皮和烏龜一起在吃兔子火鍋
地下丟了半張紙片歪歪扭扭的寫著：山外青山樓外樓，強(qiáng)中還有強(qiáng)中手啊?。?


在很長一段時(shí)間里森林里恢復(fù)了往日的寧靜，兔子吃狼的故事似乎快要被大家忘記了
不過一只年輕的老虎在聽說了這個(gè)故事后，被激發(fā)了靈感
于是他抓住了一只羚羊，對羚羊說，如果你可以象以前的兔子那樣為我?guī)硎澄锬俏揖筒怀阅恪?
于是，羚羊無奈的答應(yīng)了老虎，而老虎也悠然自得的進(jìn)了山洞。
可是三天過去了，也沒有見羚羊領(lǐng)一只動物進(jìn)洞。他實(shí)在憋不住了，想出來看看情況。
羚羊早已不在了，他異常憤怒。正在他暴跳如雷的時(shí)候突然發(fā)現(xiàn)了羚羊?qū)懙囊黄恼?
題目是：《想要做好老板先要懂得怎樣留住員工》

現(xiàn)在我將列舉三種情況，在這三種情況下，你將會發(fā)現(xiàn)使用Web service會帶來極大的好處。此后，我還會舉出不應(yīng)該使用Web service的一些情況。

 

跨越防火墻的通信

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

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

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

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

應(yīng)用程序集成

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

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

B2B的集成

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

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

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

軟件重用

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

而Web service允許你在重用代碼的同時(shí)，重用代碼后面的數(shù)據(jù)。使用Web service，你不再像以前那樣，要先從第三方購買、安裝軟件組件，再從你的應(yīng)用程序中調(diào)用這些組件。你只需要直接調(diào)用遠(yuǎn)端的Web service就可以了。舉個(gè)例子，你想在你的應(yīng)用程序中確認(rèn)用戶輸入的郵件地址，那么，你只需把這個(gè)地址直接發(fā)送給相應(yīng)的Web service，這個(gè)Web service 就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認(rèn)這個(gè)地址的確在相應(yīng)的郵政編碼區(qū)域。Web service 的提供商可以按時(shí)間或使用次數(shù)來對這項(xiàng)服務(wù)進(jìn)行收費(fèi)。這樣的服務(wù)要通過組件重用來實(shí)現(xiàn)是不現(xiàn)實(shí)的，因?yàn)槟菢拥脑捘惚仨毾螺d并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個(gè)數(shù)據(jù)庫還是不能實(shí)時(shí)更新的。

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

什么時(shí)候不應(yīng)該使用Web Service

一個(gè)對Web service的完整介紹還應(yīng)該包括什么時(shí)候不該用Web service。經(jīng)過前面的介紹，我們知道了Web service 在通過Web進(jìn)行互操作或遠(yuǎn)程調(diào)用的時(shí)候是最有用的。不過，還有許多情況，Web service根本不能給你帶來任何好處。

單機(jī)應(yīng)用程序

目前，我們還有很多桌面應(yīng)用程序是供商用和個(gè)人使用的。其中一些只需要與運(yùn)行在本機(jī)上的其他程序通信。在這種情況下，我們最好就不要再用Web service ，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因?yàn)樗刃∮挚?。運(yùn)行在一臺服務(wù)器上的服務(wù)器軟件也是這樣：最好直接用COM或其他本地的API來進(jìn)行應(yīng)用程序間的調(diào)用。當(dāng)然Web service 也能用在這些情況下，但那樣不僅消耗太大，而且不會給你帶來任何好處。

局域網(wǎng)上的同構(gòu)應(yīng)用程序

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

總結(jié)

Web service是創(chuàng)建可互操作的分布式應(yīng)用程序的新平臺。Web service 的主要目標(biāo)是跨平臺的可互操作性。為了達(dá)到這一目標(biāo)，Web service 是完全基于XML、XSD等獨(dú)立于平臺、獨(dú)立于軟件供應(yīng)商的標(biāo)準(zhǔn)的。

Web service在應(yīng)用程序跨平臺和跨網(wǎng)絡(luò)進(jìn)行通信的時(shí)候是非常有用的。Web service適用于應(yīng)用程序集成、B2B集成、代碼和數(shù)據(jù)重用，以及通過Web進(jìn)行客戶端和服務(wù)器的通信的場合。

當(dāng)然，Web service也不是萬能的，你不能到處濫用Web service。在有些情況下，Web service 會降低應(yīng)用程序的性能，而不會帶來任何好處。例如，一臺機(jī)器或一個(gè)局域網(wǎng)里面運(yùn)行的同構(gòu)應(yīng)用程序就不應(yīng)該用Web service 進(jìn)行通信。

一． 問題

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

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

l ???????? 相對路徑固然比較靈活，但如果想復(fù)制頁面內(nèi)的代碼卻變得比較困難，因?yàn)椴煌捻撁婢哂胁煌南鄬β窂剑瑥?fù)制后必須修改每一個(gè)連接的路徑。

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

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

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

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

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

二． 解決方案

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

”/images/title.gif” ，改為

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

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

缺點(diǎn)：

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

２） ? 采用相對路徑，在每個(gè) JSP 文件中加入 base 標(biāo)簽，如：

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

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

缺點(diǎn)：

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

??? 真正使用時(shí)需要靈活應(yīng)用１）和２），寫出更加健壯的代碼。

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

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

Part 2
FileStream file = this.getClass().getClassLoader().getResourceAsStream(String xmlPath);
這個(gè)有點(diǎn)復(fù)雜，我了解的也不多，這里就說說現(xiàn)在我所了解的吧，以后再補(bǔ)充！
System.out.println(this.getClass().getClassLoader().getResource("/").getPath());
如此就可以看到相對“/”的根路徑。
對?? FileStream fileStream = this.getClass().getClassLoader().getResourceAsStream(filePath);
這里的filePath似乎只能用相對路徑，至少我不知道用絕對路徑怎么表示：
下面取個(gè)相對路徑的例子：
??? String filePath = "/../../Resources/XML/navigation.xml"; //表達(dá)規(guī)則和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());
相信，看過這四個(gè)路徑結(jié)果就應(yīng)該知道在哪放置自己的文件了，用什么樣的語句能找到。

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

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

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

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

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

另外關(guān)于URI，URL,URN等內(nèi)容，請參考RFC相關(guān)文檔標(biāo)準(zhǔn)。

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

2.關(guān)于JSP/Servlet中的相對路徑和絕對路徑。

2.1服務(wù)器端的地址

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

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

2.22、客戶端的地址
?
?????? 所有的html頁面中的相對地址都是相對于服務(wù)器根目錄(http://192.168.0.1/)的，
而不是(跟目錄下的該Web應(yīng)用的目錄)http://192.168.0.1/webapp/的。
?Html中的form表單的action屬性的地址應(yīng)該是相對于服務(wù)器根目錄(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應(yīng)用中的目錄。
另外，應(yīng)該盡量避免使用類似".","./","../../"等類似的相對該文件位置的相對路徑，這樣
當(dāng)文件移動時(shí)，很容易出問題。

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

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

4.java 的Class中獲得相對路徑，絕對路徑的方法
4.1單獨(dú)的Java類中獲得絕對路徑
　　根據(jù)java.io.File的Doc文擋，可知:
?默認(rèn)情況下new File("/")代表的目錄為：System.getProperty("user.dir")。
?一下程序獲得執(zhí)行類的當(dāng)前路徑
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服務(wù)器中的Java類獲得當(dāng)前路徑（來自網(wǎng)絡(luò)）
(1).Weblogic

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

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

(2).Tomcat

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

(3).Resin

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

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

在Java文件中g(shù)etResource或getResourceAsStream均可

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

發(fā)布根路徑下WEB-INF/classes

默認(rèn)使用該方法的路徑是：WEB-INF/classes。已經(jīng)在Tomcat中測試。

5.讀取文件時(shí)的相對路徑，避免硬編碼和絕對路徑的使用。（來自網(wǎng)絡(luò)）
5.1 采用Spring的DI機(jī)制獲得文件，避免硬編碼。
? ?參考下面的連接內(nèi)容：
? ?http://www.javajia.net/viewtopic.php?p=90213&
5.2 配置文件的讀取
?參考下面的連接內(nèi)容：
?http://dev.csdn.net/develop/article/39/39681.shtm
5.3 通過虛擬路徑或相對路徑讀取一個(gè)xml文件，避免硬編碼
?參考下面的連接內(nèi)容：
?http://club.gamvan.com/club/clubPage.jsp?iPage=1&tID=10708&ccID=8
?
6.Java中文件的常用操作（復(fù)制，移動，刪除，創(chuàng)建等）（來自網(wǎng)絡(luò)）
?常用 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中文網(wǎng)）
?http://www.51cto.com/html/2005/1108/10947.htm

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

總結(jié)：
?通過上面內(nèi)容的使用，可以解決在Web應(yīng)用服務(wù)器端，移動文件，查找文件，復(fù)制
?刪除文件等操作，同時(shí)對服務(wù)器的相對地址，絕對地址概念更加清晰。
建議參考URI,的RFC標(biāo)準(zhǔn)文擋。同時(shí)對Java.io.File. Java.net.URI.等內(nèi)容了解透徹
對其他方面的理解可以更加深入和透徹。
==================================================================================

參考資料:
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道習(xí)練』]JSP和Servlet中的絕對路徑和相對路徑
http://w3china.org/blog/more.asp?name=pcthomas&id=9122&commentid=12376

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

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

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

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

讀取配置文件,通過虛擬路徑或相對路徑讀取一個(gè)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

????第一，談?wù)刦inal，?finally，?finalize的區(qū)別。 ?

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

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

????第二，Anonymous?Inner?Class?（匿名內(nèi)部類）?是否可以extends（繼承）其它類，是否可以implements（實(shí)現(xiàn)）interface（接口）？?

????匿名的內(nèi)部類是沒有名字的內(nèi)部類。不能extends（繼承）?其它類，但一個(gè)內(nèi)部類可以作為一個(gè)接口，由另一個(gè)內(nèi)部類實(shí)現(xiàn)。?

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

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

????注：?靜態(tài)內(nèi)部類（Inner?Class）意味著1創(chuàng)建一個(gè)static內(nèi)部類的對象，不需要一個(gè)外部類對象，2不能從一個(gè)static內(nèi)部類的一個(gè)對象訪問一個(gè)外部類對象?

????第四，&和&&的區(qū)別。?

????&是位運(yùn)算符。&&是布爾邏輯運(yùn)算符。?

????第五，HashMap和Hashtable的區(qū)別。?

????都屬于Map接口的類，實(shí)現(xiàn)了將惟一鍵映射到特定的值上。?

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

????Hashtable?類似于?HashMap，但是不允許?null?鍵和?null?值。它也比?HashMap?慢，因?yàn)樗峭降摹?

????第六，Collection?和?Collections的區(qū)別。?

????Collections是個(gè)java.util下的類，它包含有各種有關(guān)集合操作的靜態(tài)方法。?

????Collection是個(gè)java.util下的接口，它是各種集合結(jié)構(gòu)的父接口。?

??? 第七，什么時(shí)候用assert。??

　　斷言是一個(gè)包含布爾表達(dá)式的語句，在執(zhí)行這個(gè)語句時(shí)假定該表達(dá)式為?true。如果表達(dá)式計(jì)算為?false，那么系統(tǒng)會報(bào)告一個(gè)?AssertionError。它用于調(diào)試目的：??

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

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

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

　　Expression1?應(yīng)該總是產(chǎn)生一個(gè)布爾值。??
　　Expression2?可以是得出一個(gè)值的任意表達(dá)式。這個(gè)值用于生成顯示更多調(diào)試信息的?String?消息。??
斷言在默認(rèn)情況下是禁用的。要在編譯時(shí)啟用斷言，需要使用?source?1.4?標(biāo)記：??

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

　　要在運(yùn)行時(shí)啟用斷言，可使用?-enableassertions?或者?-ea?標(biāo)記。??
　　要在運(yùn)行時(shí)選擇禁用斷言，可使用?-da?或者?-disableassertions?標(biāo)記。??
　　要系統(tǒng)類中啟用斷言，可使用?-esa?或者?-dsa?標(biāo)記。還可以在包的基礎(chǔ)上啟用或者禁用斷言。??

　　可以在預(yù)計(jì)正常情況下不會到達(dá)的任何位置上放置斷言。斷言可以用于驗(yàn)證傳遞給私有方法的參數(shù)。不過，斷言不應(yīng)該用于驗(yàn)證傳遞給公有方法的參數(shù)，因?yàn)椴还苁欠駟⒂昧藬嘌裕蟹椒ǘ急仨殭z查其參數(shù)。不過，既可以在公有方法中，也可以在非公有方法中利用斷言測試后置條件。另外，斷言不應(yīng)該以任何方式改變程序的狀態(tài)。??


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

　　GC是垃圾收集器。Java?程序員不用擔(dān)心內(nèi)存管理，因?yàn)槔占鲿詣舆M(jìn)行管理。要請求垃圾收集，可以調(diào)用下面的方法之一：??

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

　　第九，String?s?=?new?String("xyz");創(chuàng)建了幾個(gè)String?Object???

　　兩個(gè)對象，一個(gè)是“xyx”,一個(gè)是指向“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型,不能顯式轉(zhuǎn)化為short型?？尚薷臑閟1?=(short)(s1?+?1)?。short?s1?=?1;?s1?+=?1正確。??

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

　　sleep()方法是使線程停止一段時(shí)間的方法。在sleep?時(shí)間間隔期滿后，線程不一定立即恢復(fù)執(zhí)行。這是因?yàn)樵谀莻€(gè)時(shí)刻，其它線程可能正在運(yùn)行而且沒有被調(diào)度為放棄執(zhí)行，除非(a)“醒來”的線程具有更高的優(yōu)先級，(b)正在運(yùn)行的線程因?yàn)槠渌蚨枞??

　　wait()是線程交互時(shí)，如果線程對一個(gè)同步對象x?發(fā)出一個(gè)wait()調(diào)用，該線程會暫停執(zhí)行，被調(diào)對象進(jìn)入等待狀態(tài)，直到被喚醒或等待時(shí)間到。??

　　第十三，Java有沒有g(shù)oto???

　　Goto?java中的保留字，現(xiàn)在沒有在java中使用。??

　　第十四，數(shù)組有沒有l(wèi)ength()這個(gè)方法??String有沒有l(wèi)ength()這個(gè)方法？??

　　數(shù)組沒有l(wèi)ength()這個(gè)方法，有l(wèi)ength的屬性。??
　　String有有l(wèi)ength()這個(gè)方法。??

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

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

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

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

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

　　第十七，給我一個(gè)你最常見到的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有什么區(qū)別???

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

　　exception?表示一種設(shè)計(jì)或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運(yùn)行正常，從不會發(fā)生的情況。??


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

　　List，Set是??

　　Map不是??

　　第二十，abstract?class和interface有什么區(qū)別???

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

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

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

　　都不能??

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

　　接口可以繼承接口。抽象類可以實(shí)現(xiàn)(implements)接口，抽象類是否可繼承實(shí)體類，但前提是實(shí)體類必須有明確的構(gòu)造函數(shù)。??

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

　　啟動一個(gè)線程是調(diào)用start()方法，使線程所代表的虛擬處理機(jī)處于可運(yùn)行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運(yùn)行。run()方法可以產(chǎn)生必須退出的標(biāo)志來停止一個(gè)線程。??



　　第二十四，構(gòu)造器Constructor是否可被override???

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

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

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

　　第二十六，當(dāng)一個(gè)線程進(jìn)入一個(gè)對象的一個(gè)synchronized方法后，其它線程是否可進(jìn)入此對象的其它方法???

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

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

　　會執(zhí)行，在return前執(zhí)行。??

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

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

　　2?<<?3??

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

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

　　第三十，當(dāng)一個(gè)對象被當(dāng)作參數(shù)傳遞到一個(gè)方法后，此方法可改變這個(gè)對象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞???

　　是值傳遞。Java?編程語言只由值傳遞參數(shù)。當(dāng)一個(gè)對象實(shí)例作為一個(gè)參數(shù)被傳遞到方法中時(shí)，參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變，但對象的引用是永遠(yuǎn)不會改變的。??


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

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

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

　　Singleton模式主要作用是保證在Java應(yīng)用程序中，一個(gè)類Class只有一個(gè)實(shí)例存在。??

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

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

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

　　第二種形式:??

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

　　其他形式:??

　　定義一個(gè)類，它的構(gòu)造函數(shù)為private的，所有方法為static的。??

　　一般認(rèn)為第一種形式要更加安全些??

　　第三十三?Hashtable和HashMap??

　　Hashtable繼承自Dictionary類，而HashMap是Java1.2引進(jìn)的Map?interface的一個(gè)實(shí)現(xiàn)??

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

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

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

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

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

?????? 前提：假設(shè)你的 Http 地址為 http://192.168.0.1/ 你的 web 應(yīng)用為 webapp ，那么你的 web 應(yīng)用 URL 為 http://192.168.0.1/webapp/

?????? web 應(yīng)用的目錄結(jié)構(gòu)：

?????? webapp/

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

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

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

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

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

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

??? ?????????????????????????? <url-pattern>/handleservlet</url-pattern> 此映射是相對于當(dāng)前 web 應(yīng)用的

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

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

a.jsp

b.jsp

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

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

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

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

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

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

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

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

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

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

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

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

1、 服務(wù)器端的地址

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

其用到的地方有：

forwarder ： servlet 中的 request.getRequestDispatcher(address); 這個(gè) address 是在服務(wù)器端解析的，所以，你要 forwarder 到 a.jsp 應(yīng)該這么寫： request.getRequestDispatcher(“/user/a.jsp”) 這個(gè) / 相對于當(dāng)前的 web 應(yīng)用 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 屬性的地址應(yīng)該是相對于 http://192.168.0.1/ 的，所以，如果提交到 a.jsp 為： action ＝ ”/webapp/user/a.jsp” ；提交到 servlet 為 action ＝ ”/webapp/handleservlet”

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

3、 站點(diǎn)根目錄和 css 路徑問題

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

當(dāng)在 jsp 中引入 css 時(shí)，如果其相對路徑相對于當(dāng)前 jsp 文件的，而在一個(gè)和這個(gè) jsp 的路徑不一樣的 servlet 中 forwarder 這個(gè) jsp 時(shí)，就會發(fā)現(xiàn)這個(gè) css 樣式根本沒有起作用。這是因?yàn)樵?/span> servlet 中轉(zhuǎn)發(fā)時(shí) css 的路徑就是相對于這個(gè) servlet 的相對路徑而非 jsp 的路徑了。所以這時(shí)候不能在 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 相對路徑是相對于引用這個(gè) css 的文件的相對路徑。而在 servlet 中轉(zhuǎn)發(fā)時(shí)就是相對于這個(gè) servlet 的相對路徑了，因?yàn)?/span> jsp 路徑和 servlet 路徑是不一樣的，所以這樣的引用肯定是出錯的。

所以這個(gè)時(shí)候，要用站點(diǎn)根目錄，就是相對于 http://192.168.0.1/ 的目錄，以“ / ”開頭。

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

?

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

1. 概述

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

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

2. 編碼基本知識

最早的編碼是iso8859-1，和ascii編碼相似。但為了方便表示各種各樣的語言，逐漸出現(xiàn)了很多標(biāo)準(zhǔn)編碼，重要的有如下幾個(gè)。

2.1. iso8859-1

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

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

2.2. GB2312/GBK

這就是漢子的國標(biāo)碼，專門用來表示漢字，是雙字節(jié)編碼，而英文字母和iso8859-1一致（兼容iso8859-1編碼）。其中g(shù)bk編碼能夠用來同時(shí)表示繁體字和簡體字，而gb2312只能表示簡體字，gbk是兼容gb2312編碼的。

2.3. unicode

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

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

2.4. UTF

考慮到unicode編碼不兼容iso8859-1編碼，而且容易占用更多的空間：因?yàn)閷τ谟⑽淖帜福瑄nicode也需要兩個(gè)字節(jié)來表示。所以unicode不便于傳輸和存儲。因此而產(chǎn)生了utf編碼，utf編碼兼容iso8859-1編碼，同時(shí)也可以用來表示所有語言的字符，不過，utf編碼是不定長編碼，每一個(gè)字符的長度從1-6個(gè)字節(jié)不等。另外，utf編碼自帶簡單的校驗(yàn)功能。一般來講，英文字母都是用一個(gè)字節(jié)表示，而漢字使用三個(gè)字節(jié)。

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

3. java對字符的處理

在java應(yīng)用軟件中，會有多處涉及到字符集編碼，有些地方需要進(jìn)行正確的設(shè)置，有些地方需要進(jìn)行一定程度的處理。

3.1. getBytes(charset)

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

3.2. new String(charset)

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

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

3.3. setCharacterEncoding()

該函數(shù)用來設(shè)置http請求或者相應(yīng)的編碼。

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

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

3.4. 處理過程

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

3.4.1. 表單輸入

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

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

l 從browser到web server，可以在表單中指定提交內(nèi)容時(shí)使用的字符集，否則會使用頁面指定的編碼。而如果在url中直接用?的方式輸入?yún)?shù)，則其編碼往往是操作系統(tǒng)本身的編碼，因?yàn)檫@時(shí)和頁面無關(guān)。上述仍舊以gbk編碼為例。

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

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

3.4.2. 文件編譯

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

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編譯的結(jié)果是不正確的。

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

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

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

l Java編譯的時(shí)候會轉(zhuǎn)換成統(tǒng)一的unicode編碼處理，最后保存的時(shí)候再轉(zhuǎn)換為utf編碼。

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

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

3.5. 幾處設(shè)置

對于web應(yīng)用程序，和編碼有關(guān)的設(shè)置或者函數(shù)如下。

3.5.1. jsp編譯

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

3.5.2. jsp輸出

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

3.5.3. meta設(shè)置

指定網(wǎng)頁使用的編碼，該設(shè)置對靜態(tài)網(wǎng)頁尤其有作用。因?yàn)殪o態(tài)網(wǎng)頁無法采用jsp的設(shè)置，而且也無法執(zhí)行response.setCharacterEncoding()。例如：

如果同時(shí)采用了jsp輸出和meta設(shè)置兩種編碼指定方式，則jsp指定的優(yōu)先。因?yàn)閖sp指定的直接體現(xiàn)在response中。

需要注意的是，apache有一個(gè)設(shè)置可以給無編碼指定的網(wǎng)頁指定編碼，該指定等同于jsp的編碼指定方式，所以會覆蓋靜態(tài)網(wǎng)頁中的meta指定。所以有人建議關(guān)閉該設(shè)置。

3.5.4. form設(shè)置

當(dāng)瀏覽器提交表單的時(shí)候，可以指定相應(yīng)的編碼。例如： 。一般不必不使用該設(shè)置，瀏覽器會直接使用網(wǎng)頁的編碼。

4. 系統(tǒng)軟件

下面討論幾個(gè)相關(guān)的系統(tǒng)軟件。

4.1. mysql數(shù)據(jù)庫

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

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

4.2. apache

appache和編碼有關(guān)的配置在httpd.conf中，例如AddDefaultCharset UTF-8。如前所述，該功能會將所有靜態(tài)頁面的編碼設(shè)置為UTF-8，最好關(guān)閉該功能。

另外，apache還有單獨(dú)的模塊來處理網(wǎng)頁響應(yīng)頭，其中也可能對編碼進(jìn)行設(shè)置。

4.3. linux默認(rèn)編碼

這里所說的linux默認(rèn)編碼，是指運(yùn)行時(shí)的環(huán)境變量。兩個(gè)重要的環(huán)境變量是LC_ALL和LANG，默認(rèn)編碼會影響到j(luò)ava URLEncode的行為，下面有描述。

建議都設(shè)置為"zh_CN.UTF-8"。

4.4. 其它

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

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

5. URL地址

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

5.1. URL編碼

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

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

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

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

5.2. rewrite

熟悉的人都知道，apache有一個(gè)功能強(qiáng)大的rewrite模塊，這里不描述其功能。需要說明的是該模塊會自動將URL解碼（去除%），即完成上述web server（tomcat）的部分功能。有相關(guān)文檔介紹說可以使用[NE]參數(shù)來關(guān)閉該功能，但我試驗(yàn)并未成功，可能是因?yàn)榘姹荆ㄎ沂褂玫氖莂pache 2.0.54）問題。另外，當(dāng)參數(shù)中含有"?& "等符號的時(shí)候，該功能將導(dǎo)致系統(tǒng)得不到正常結(jié)果。

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

5.3. URLEncode.encode()

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

當(dāng)不指定編碼的時(shí)候，該方法使用系統(tǒng)默認(rèn)編碼，這會導(dǎo)致軟件運(yùn)行結(jié)果得不確定。比如對于"中文"，當(dāng)系統(tǒng)默認(rèn)編碼為"gb2312"時(shí)，結(jié)果是"%4e%2d%65%87"，而默認(rèn)編碼為"UTF-8"，結(jié)果卻是"%e4%b8%ad%e6%96%87"，后續(xù)程序?qū)㈦y以處理。另外，這兒說的系統(tǒng)默認(rèn)編碼是由運(yùn)行tomcat時(shí)的環(huán)境變量LC_ALL和LANG等決定的，曾經(jīng)出現(xiàn)過tomcat重啟后就出現(xiàn)亂碼的問題，最后才郁悶的發(fā)現(xiàn)是因?yàn)樾薷男薷牧诉@兩個(gè)環(huán)境變量。

建議統(tǒng)一指定為"UTF-8"編碼，可能需要修改相應(yīng)的程序。

5.4. 一個(gè)解決方案

上面說起過，因?yàn)闉g覽器設(shè)置的不同，對于同一個(gè)鏈接，web server收到的是不同內(nèi)容，而軟件系統(tǒng)有無法知道這中間的區(qū)別，所以這一協(xié)議目前還存在缺陷。

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

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

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;

}

相應(yīng)地，一個(gè)使用上述方法的例子如下：

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 沒有包括對用戶默認(rèn)編碼的識別，這可以根據(jù)請求信息的語言來判斷，但不一定正確，因?yàn)槲覀冇袝r(shí)候也會輸入一些韓文，或者其他文字。

l 可能會錯誤判斷UTF-8字符，一個(gè)例子是"學(xué)習(xí)"兩個(gè)字，其GBK編碼是" xd1xa7xcfxb0"，如果使用上述isValidUtf8方法判斷，將返回true?？梢钥紤]使用更嚴(yán)格的判斷方法，不過估計(jì)效果不大。

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

最后，應(yīng)該補(bǔ)充說明一下，如果不使用rewrite規(guī)則，或者通過表單提交數(shù)據(jù)，其實(shí)并不一定會遇到上述問題，因?yàn)檫@時(shí)可以在提交數(shù)據(jù)時(shí)指定希望的編碼。另外，中文文件名確實(shí)會帶來問題，應(yīng)該謹(jǐn)慎使用。

6. 其它

下面描述一些和編碼有關(guān)的其他問題。

6.1. SecureCRT

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

另外，mysql有自己的編碼設(shè)置，也應(yīng)該保持和SecureCRT的顯示編碼一致。否則通過SecureCRT執(zhí)行sql語句的時(shí)候，可能無法處理中文字符，查詢結(jié)果也會出現(xiàn)亂碼。

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

6.2. 過濾器

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

6.3. POST和GET

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

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

6.4. 簡繁體編碼轉(zhuǎn)換

GBK同時(shí)包含簡體和繁體編碼，也就是說同一個(gè)字，由于編碼不同，在GBK編碼下屬于兩個(gè)字。有時(shí)候，為了正確取得完整的結(jié)果，應(yīng)該將繁體和簡體進(jìn)行統(tǒng)一。可以考慮將UTF、GBK中的所有繁體字，轉(zhuǎn)換為相應(yīng)的簡體字，BIG5編碼的數(shù)據(jù)，也應(yīng)該轉(zhuǎn)化成相應(yīng)的簡體字。當(dāng)然，仍舊以UTF編碼存儲。

例如，對于"語言 ?言"，用UTF表示為"xE8xAFxADxE8xA8x80 xE8xAAx9ExE8xA8x80"，進(jìn)行簡繁體編碼轉(zhuǎn)換后應(yīng)該是兩個(gè)相同的 "xE8xAFxADxE8xA8x80>"。

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