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

當(dāng)Java程序違反了Java的語(yǔ)義規(guī)則時(shí)，Java虛擬機(jī)就會(huì)將發(fā)生的錯(cuò)誤表示為一個(gè)異常。違反語(yǔ)義規(guī)則包括2種情況。一種是Java類庫(kù)內(nèi)置的語(yǔ)義檢查。例如數(shù)組下標(biāo)越界,會(huì)引發(fā)IndexOutOfBoundsException;訪問(wèn)null的對(duì)象時(shí)會(huì)引發(fā)NullPointerException。另一種情況就是Java允許程序員擴(kuò)展這種語(yǔ)義檢查，程序員可以創(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)榻涌谥袥](méi)有任何實(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語(yǔ)言中一個(gè)顯著的特點(diǎn)就是引入了垃圾回收機(jī)制，使c++程序員最頭疼的內(nèi)存管理的問(wèn)題迎刃而解，它使得Java程序員在編寫程序的時(shí)候不再需要考慮內(nèi)存管理。由于有個(gè)垃圾回收機(jī)制，Java中的對(duì)象不再有“作用域”的概念，只有對(duì)象的引用才有“作用域”。垃圾回收可以有效的防止內(nèi)存泄露，有效的使用可以使用的內(nèi)存。垃圾回收器通常是作為一個(gè)單獨(dú)的低級(jí)別的線程運(yùn)行，不可預(yù)知的情況下對(duì)內(nèi)存堆中已經(jīng)死亡的或者長(zhǎng)時(shí)間沒(méi)有使用的對(duì)象進(jìn)行清除和回收，程序員不能實(shí)時(shí)的調(diào)用垃圾回收器對(duì)某個(gè)對(duì)象或所有對(duì)象進(jìn)行垃圾回收。回收機(jī)制有分代復(fù)制垃圾回收和標(biāo)記垃圾回收，增量垃圾回收。 

4.線程同步的方法。 

wait():使一個(gè)線程處于等待狀態(tài)，并且釋放所持有的對(duì)象的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)先級(jí)。 

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

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

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

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

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

   表示該類不能被繼承，是頂級(jí)類。
  
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，可以保證它們?cè)谑褂弥胁槐桓淖儭１宦暶鳛閒inal的變量必須在聲明時(shí)給定初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載。 
　　finally—異常處理時(shí)提供 finally 塊來(lái)執(zhí)行任何清除操作。如果拋出一個(gè)異常，那么相匹配的 catch 子句就會(huì)執(zhí)行，然后控制就會(huì)進(jìn)入 finally 塊（如果有的話）。 
　　finalize—方法名。Java 技術(shù)允許使用 finalize() 方法在垃圾收集器將對(duì)象從內(nèi)存中清除出去之前做必要的清理工作。這個(gè)方法是由垃圾收集器在確定這個(gè)對(duì)象沒(méi)有被引用時(shí)對(duì)這個(gè)對(duì)象調(diào)用的。它是在 Object 類中定義的，因此所有的類都繼承了它。子類覆蓋 finalize() 方法以整理系統(tǒng)資源或者執(zhí)行其他清理工作。finalize() 方法是在垃圾收集器刪除對(duì)象之前對(duì)這個(gè)對(duì)象調(diào)用的。

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

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

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

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

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

　　都屬于Map接口的類，實(shí)現(xiàn)了將惟一鍵映射到特定的值上。 
　　HashMap 類沒(méi)有分類或者排序。它允許一個(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á)式的語(yǔ)句，在執(zhí)行這個(gè)語(yǔ)句時(shí)假定該表達(dá)式為 true。 
如果表達(dá)式計(jì)算為 false，那么系統(tǒng)會(huì)報(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ì)正常情況下不會(huì)到達(dá)的任何位置上放置斷言。斷言可以用于驗(yàn)證傳遞給私有方法的參數(shù)。不過(guò)，斷言不應(yīng)該用于驗(yàn)證傳遞給公有方法的參數(shù)，因?yàn)椴还苁欠駟⒂昧藬嘌裕蟹椒ǘ急仨殭z查其參數(shù)。不過(guò)，既可以在公有方法中，也可以在非公有方法中利用斷言測(cè)試后置條件。另外，斷言不應(yīng)該以任何方式改變程序的狀態(tài)。 

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

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

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

　　兩個(gè)對(duì)象，一個(gè)是“xyz”,一個(gè)是指向“xyz”的引用對(duì)象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;有什么錯(cuò)? short s1 = 1; s1 += 1;有什么錯(cuò)?

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

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

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

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

 

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

　　數(shù)組沒(méi)有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ù)，我們說(shuō)該方法被重寫(Overriding)。子類的對(duì)象使用這個(gè)方法時(shí)，將調(diào)用子類中的定義，對(duì)它而言，父類中的定義如同被“屏蔽”了。如果在一個(gè)類中定義了多個(gè)同名的方法，它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類型，則稱為方法的重載(Overloading)。 
Overloaded的方法是可以改變返回值的類型。

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

　　Set里的元素是不能重復(fù)的，那么用iterator()方法來(lái)區(qū)分重復(fù)與否。equals()是判讀兩個(gè)Set是否相等。 equals()和==方法決定引用值是否指向同一對(duì)象equals()在類中被覆蓋，為的是當(dāng)兩個(gè)分離的對(duì)象的內(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)重問(wèn)題。比如說(shuō)內(nèi)存溢出。不可能指望程序能處理這樣的情況。 
　　exception 表示一種設(shè)計(jì)或?qū)崿F(xiàn)問(wèn)題。也就是說(shuō)，它表示如果程序運(yùn)行正常，從不會(huì)發(fā)生的情況。

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

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

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

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

 

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

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

32 是否可以繼承String類?

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

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

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

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

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

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

　　2 << 3 

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

　　不對(duì)，有相同的hash code。

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

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

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

　　switch（expr1）中，expr1是一個(gè)整數(shù)表達(dá)式。因此傳遞給 switch 和 case 語(yǔ)句的參數(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è)線程訪問(wèn)Hashtable時(shí)，不需要自己為它的方法實(shí)現(xiàn)同步，而HashMap就必須為之提供外同步。 
Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會(huì)有很大的差異。

    JAVA面試題匯總:    一 二 三 四

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

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

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

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


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


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

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

 

跨越防火墻的通信

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

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

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

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

應(yīng)用程序集成

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

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

B2B的集成

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

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

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

軟件重用

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

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

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

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

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

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

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

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

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

總結(jié)

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

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

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

一． 問(wèn)題

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

１） 采用相對(duì)路徑遇到的問(wèn)題

l ???????? 相對(duì)路徑固然比較靈活，但如果想復(fù)制頁(yè)面內(nèi)的代碼卻變得比較困難，因?yàn)椴煌捻?yè)面具有不同的相對(duì)路徑，復(fù)制后必須修改每一個(gè)連接的路徑。

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

l ???????? 如果采用 Struts 的 Action 返回頁(yè)面，那么由于頁(yè)面路徑與 Action 路徑不同，使得瀏覽器無(wú)法正確解釋頁(yè)面中的路徑，如頁(yè)面為 /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 ，那么頁(yè)面內(nèi)容中 ”../../images/title.gif” 就不再指向正確的路徑了。

解決以上問(wèn)題似乎只有使用絕對(duì)路徑了。

２） 采用絕對(duì)路徑遇到的問(wèn)題

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

二． 解決方案

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

”/images/title.gif” ，改為

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

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

缺點(diǎn)：

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

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

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

這樣所有的路徑都可以使用相對(duì)路徑。

缺點(diǎn)：

對(duì)于被包含的文件依然無(wú)效。

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

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

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

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

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

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

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

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

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

另外關(guān)于URI，URL,URN等內(nèi)容，請(qǐng)參考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中的相對(duì)路徑和絕對(duì)路徑。

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

　　?服務(wù)器端的相對(duì)地址指的是相對(duì)于你的web應(yīng)用的地址，這個(gè)地址是在服務(wù)器端解析的
（不同于html和javascript中的相對(duì)地址，他們是由客戶端瀏覽器解析的）也就是說(shuō)這時(shí)候
在jsp和servlet中的相對(duì)地址應(yīng)該是相對(duì)于你的web應(yīng)用，即相對(duì)于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è)/相對(duì)于當(dāng)前的web應(yīng)用webapp，
其絕對(duì)地址就是：http://192.168.0.1/webapp/user/a.jsp。
sendRedirect：在jsp中<%response.sendRedirect("/rtccp/user/a.jsp");%>

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

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

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

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

4.java 的Class中獲得相對(duì)路徑，絕對(duì)路徑的方法
4.1單獨(dú)的Java類中獲得絕對(duì)路徑
　　根據(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)前路徑（來(lái)自網(wǎng)絡(luò)）
(1).Weblogic

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

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

(2).Tomcat

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

(3).Resin

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

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

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

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

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

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

5.讀取文件時(shí)的相對(duì)路徑，避免硬編碼和絕對(duì)路徑的使用。（來(lái)自網(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 通過(guò)虛擬路徑或相對(duì)路徑讀取一個(gè)xml文件，避免硬編碼
?參考下面的連接內(nèi)容：
?http://club.gamvan.com/club/clubPage.jsp?iPage=1&tID=10708&ccID=8
?
6.Java中文件的常用操作（復(fù)制，移動(dòng)，刪除，創(chuàng)建等）（來(lái)自網(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é)：
?通過(guò)上面內(nèi)容的使用，可以解決在Web應(yīng)用服務(wù)器端，移動(dòng)文件，查找文件，復(fù)制
?刪除文件等操作，同時(shí)對(duì)服務(wù)器的相對(duì)地址，絕對(duì)地址概念更加清晰。
建議參考URI,的RFC標(biāo)準(zhǔn)文擋。同時(shí)對(duì)Java.io.File. Java.net.URI.等內(nèi)容了解透徹
對(duì)其他方面的理解可以更加深入和透徹。
==================================================================================

參考資料:
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

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

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

JSP,Servlet,Class獲得當(dāng)前應(yīng)用的相對(duì)路徑和絕對(duì)路徑
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

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

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

讀取配置文件,通過(guò)虛擬路徑或相對(duì)路徑讀取一個(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，可以保證它們?cè)谑褂弥胁槐桓淖儭１宦暶鳛閒inal的變量必須在聲明時(shí)給定初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載finally？再異常處理時(shí)提供?finally?塊來(lái)執(zhí)行任何清除操作。如果拋出一個(gè)異常，那么相匹配的?catch?子句就會(huì)執(zhí)行，然后控制就會(huì)進(jìn)入?finally?塊（如果有的話）。?

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

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

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

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

????Nested?Class?（一般是C++的說(shuō)法），Inner?Class?（一般是JAVA的說(shuō)法）。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)部類的對(duì)象，不需要一個(gè)外部類對(duì)象，2不能從一個(gè)static內(nèi)部類的一個(gè)對(duì)象訪問(wèn)一個(gè)外部類對(duì)象?

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

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

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

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

????HashMap?類沒(méi)有分類或者排序。它允許一個(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á)式的語(yǔ)句，在執(zhí)行這個(gè)語(yǔ)句時(shí)假定該表達(dá)式為?true。如果表達(dá)式計(jì)算為?false，那么系統(tǒng)會(huì)報(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ì)正常情況下不會(huì)到達(dá)的任何位置上放置斷言。斷言可以用于驗(yàn)證傳遞給私有方法的參數(shù)。不過(guò)，斷言不應(yīng)該用于驗(yàn)證傳遞給公有方法的參數(shù)，因?yàn)椴还苁欠駟⒂昧藬嘌裕蟹椒ǘ急仨殭z查其參數(shù)。不過(guò)，既可以在公有方法中，也可以在非公有方法中利用斷言測(cè)試后置條件。另外，斷言不應(yīng)該以任何方式改變程序的狀態(tài)。??


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

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

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

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

　　兩個(gè)對(duì)象，一個(gè)是“xyx”,一個(gè)是指向“xyx”的引用對(duì)象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;有什么錯(cuò)??short?s1?=?1;?s1?+=?1;有什么錯(cuò)???

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

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

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

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

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

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

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

　　數(shù)組沒(méi)有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ù)，我們說(shuō)該方法被重寫?(Overriding)。子類的對(duì)象使用這個(gè)方法時(shí)，將調(diào)用子類中的定義，對(duì)它而言，父類中的定義如同被“屏蔽”了。如果在一個(gè)類中定義了多個(gè)同名的方法，它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。??

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

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

　　equals()和==方法決定引用值是否指向同一對(duì)象equals()在類中被覆蓋，為的是當(dāng)兩個(gè)分離的對(duì)象的內(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)重問(wèn)題。比如說(shuō)內(nèi)存溢出。不可能指望程序能處理這樣的情況。?

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


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

　　List，Set是??

　　Map不是??

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

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

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

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



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

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

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

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

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

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

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

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

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

　　有C背景的程序員特別喜歡問(wèn)這種問(wèn)題。??

　　2?<<?3??

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

　　不對(duì)，有相同的hash?code。??

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

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


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

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

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

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

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

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

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

　　第二種形式:??

public?class?Singleton?{??
　　private?static?Singleton?instance?=?null;??
　　public?static?synchronized?Singleton?getInstance()?{??
　　//這個(gè)方法比上面有所改進(jìn)，不用每次都進(jìn)行生成對(duì)象，只是第一次　　　?　??
　　//使用時(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è)線程訪問(wèn)Hashtable時(shí)，不需要自己為它的方法實(shí)現(xiàn)同步，而HashMap就必須為之提供外同步。??

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

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

?????? 前提：假設(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> 此映射是相對(duì)于當(dāng)前 web 應(yīng)用的

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

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

a.jsp

b.jsp

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

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

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

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

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

?????? 有個(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 上一級(jí)目錄下，

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

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

我們稱上述相對(duì)路徑為 html 相對(duì)路徑

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

服務(wù)器端的相對(duì)地址指的是相對(duì)于你的 web 應(yīng)用的地址，這個(gè)地址是在服務(wù)器端解析的（不同于 html 和 javascript 中的相對(duì)地址，他們是由客戶端瀏覽器解析的）也就是說(shuō)這時(shí)候在 jsp 和 servlet 中的相對(duì)地址應(yīng)該是相對(duì)于你的 web 應(yīng)用，即相對(duì)于 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è) / 相對(duì)于當(dāng)前的 web 應(yīng)用 webapp ，其絕對(duì)地址就是： http://192.168.0.1/webapp/user/a.jsp 。

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

2、 客戶端的地址

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

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

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

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

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

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

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

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

?

說(shuō)了這么多，不知道你了解沒(méi)，有什么問(wèn)題留言，大家一塊交流！

1. 概述

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

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

2. 編碼基本知識(shí)

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

2.1. iso8859-1

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

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

2.2. GB2312/GBK

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

2.3. unicode

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

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

2.4. UTF

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

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

3. java對(duì)字符的處理

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

3.1. getBytes(charset)

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

3.2. new String(charset)

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

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

3.3. setCharacterEncoding()

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

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

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

3.4. 處理過(guò)程

下面分析兩個(gè)有代表性的例子，說(shuō)明java對(duì)編碼有關(guān)問(wè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)存中以u(píng)nicode編碼則為4e2d 6587。

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

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

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

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

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)編碼保存的，所以編譯不會(huì)出問(wèn)題，但對(duì)于jsp文件，如果在中文windows下編輯保存，而部署在英文linux下運(yùn)行/編譯，則會(huì)出現(xiàn)問(wèn)題。所以需要在jsp文件中用pageEncoding指定編碼。

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

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

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

3.5. 幾處設(shè)置

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

3.5.1. jsp編譯

指定文件的存儲(chǔ)編碼，很明顯，該設(shè)置應(yīng)該置于文件的開頭。例如：<%@page pageEncoding="GBK"%>。另外，對(duì)于一般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)頁(yè)使用的編碼，該設(shè)置對(duì)靜態(tài)網(wǎng)頁(yè)尤其有作用。因?yàn)殪o態(tài)網(wǎng)頁(yè)無(wú)法采用jsp的設(shè)置，而且也無(wú)法執(zhí)行response.setCharacterEncoding()。例如：

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

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

3.5.4. form設(shè)置

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

4. 系統(tǒng)軟件

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

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

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

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

4.2. apache

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

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

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

這里所說(shuō)的linux默認(rèn)編碼，是指運(yùn)行時(shí)的環(huán)境變量。兩個(gè)重要的環(huán)境變量是LC_ALL和LANG，默認(rèn)編碼會(huì)影響到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()，但可以通過(guò)tomcat的配置文件指定字符集，在tomcat的server.xml文件中，形如：。這種方法將統(tǒng)一設(shè)置所有請(qǐng)求，而不能針對(duì)具體頁(yè)面進(jìn)行設(shè)置，也不一定和browser使用的編碼相同，所以有時(shí)候并不是所期望的。

5. URL地址

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

5.1. URL編碼

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

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

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

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

5.2. rewrite

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

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

5.3. URLEncode.encode()

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

當(dāng)不指定編碼的時(shí)候，該方法使用系統(tǒng)默認(rèn)編碼，這會(huì)導(dǎo)致軟件運(yùn)行結(jié)果得不確定。比如對(duì)于"中文"，當(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以處理。另外，這兒說(shuō)的系統(tǒng)默認(rèn)編碼是由運(yùn)行tomcat時(shí)的環(huán)境變量LC_ALL和LANG等決定的，曾經(jīng)出現(xiàn)過(guò)tomcat重啟后就出現(xiàn)亂碼的問(wèn)題，最后才郁悶的發(fā)現(xiàn)是因?yàn)樾薷男薷牧诉@兩個(gè)環(huán)境變量。

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

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

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

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

比較幸運(yùn)的是UTF-8編碼相當(dāng)有規(guī)律，所以可以通過(guò)分析傳輸過(guò)來(lái)的鏈接內(nèi)容，來(lá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);

}

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

l 沒(méi)有包括對(duì)用戶默認(rèn)編碼的識(shí)別，這可以根據(jù)請(qǐng)求信息的語(yǔ)言來(lái)判斷，但不一定正確，因?yàn)槲覀冇袝r(shí)候也會(huì)輸入一些韓文，或者其他文字。

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

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

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

6. 其它

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

6.1. SecureCRT

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

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

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

6.2. 過(guò)濾器

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

6.3. POST和GET

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

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

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

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

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

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

僅列出標(biāo)題

共2頁(yè): 1 2 下一頁(yè)