- 相關(guān)推薦
JAVA面試常用的基礎(chǔ)知識
0、作用域public,private,protected,以及不寫時的區(qū)別
答：區(qū)別如下：
作用域 當前類 同一package 子孫類 其他package
public √ √ √ √
protected √ √ √ ×
friendly √ √ × ×
private √ × × ×
不寫時默認為friendly
1。
java.lang.String類是final類型的，因此不可以繼承這個類、不能修改這個類。為了提高效率節(jié)省空間，我們應該用StringBuffer類
3、int 和 Integer 有什么區(qū)別
Java 提供兩種不同的類型：引用類型和原始類型(或內(nèi)置類型)。Int是java的原始數(shù)據(jù)類型，Integer是java為int提供的封裝類。Java為每個原始類型提供了封裝類。
原始類型封裝類
booleanBoolean
charCharacter
byteByte
shortShort
intInteger
longLong
floatFloat
doubleDouble
引 用類型和原始類型的行為完全不同，并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法，它們包括：大小和速度問題，這種類型以哪種類型的數(shù) 據(jù)結(jié)構(gòu)存儲，當引用類型和原始類型用作某個類的實例數(shù)據(jù)時所指定的缺省值。對象引用實例變量的缺省值為 null，而原始類型實例變量的缺省值與它們的類型有關(guān)。
4、String 和StringBuffer的區(qū)別
JAVA 平臺提供了兩個類：String和StringBuffer，它們可以儲存和操作字符串，即包含多個字符的字符數(shù)據(jù)。這個String類提供了數(shù)值不可改 變的字符串。而這個StringBuffer類提供的字符串進行修改。當你知道字符數(shù)據(jù)要改變的時候你就可以使用StringBuffer。典型地，你可 以使用StringBuffers來動態(tài)構(gòu)造字符數(shù)據(jù)。
5、運行時異常與一般異常有何異同?
異常表示程序運行過程中可能出現(xiàn)的非正常狀態(tài)，運行時異常表示虛擬機的通常操作中可能遇到的異常，是一種常見運行錯誤。java編譯器要求方法必須聲明拋出可能發(fā)生的非運行時異常，但是并不要求必須聲明拋出未被捕獲的運行時異常。
6、說出Servlet的生命周期，并說出Servlet和CGI的區(qū)別。
Servlet被服務(wù)器實例化后，容器運行其init方法，請求到達時運行其service方法，service方法自動派遣運行與請求對應的doXXX方法(doGet，dopost)等，當服務(wù)器決定將實例銷毀的時候調(diào)用其destroy方法。
與cgi的區(qū)別在于servlet處于服務(wù)器進程中，它通過多線程方式運行其service方法，一個實例可以服務(wù)于多個請求，并且其實例一般不會銷毀，而CGI對每個請求都產(chǎn)生新的進程，服務(wù)完成后就銷毀，所以效率上低于servlet。
7、說出ArrayList,Vector, LinkedList的存儲性能和特性
ArrayList 和Vector都是使用數(shù)組方式存儲數(shù)據(jù)，此數(shù)組元素數(shù)大于實際存儲的數(shù)據(jù)以便增加和插入元素，它們都允許直接按序號索引元素，但是插入元素要涉及數(shù)組元 素移動等內(nèi)存操作，所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢，Vector由于使用了synchronized方法(線程安全)，通常性能上較ArrayList差， 而LinkedList使用雙向鏈表實現(xiàn)存儲，按序號索引數(shù)據(jù)需要進行前向或后向遍歷，但是插入數(shù)據(jù)時只需要記錄本項的前后項即可，所以插入速度較快。
8、EJB是基于哪些技術(shù)實現(xiàn)的?并說出SessionBean和EntityBean的區(qū)別，StatefulBean和StatelessBean的區(qū)別。
EJB包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT等技術(shù)實現(xiàn)。
SessionBean在J2EE應用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作，例如訪問數(shù)據(jù)庫、調(diào)用其他EJB組件。EntityBean被用來代表應用系統(tǒng)中用到的數(shù)據(jù)。
對于客戶機，SessionBean是一種非持久性對象，它實現(xiàn)某些在服務(wù)器上運行的業(yè)務(wù)邏輯。
對于客戶機，EntityBean是一種持久性對象，它代表一個存儲在持久性存儲器中的實體的對象視圖，或是一個由現(xiàn)有企業(yè)應用程序?qū)崿F(xiàn)的實體。
Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean ，這兩種的 Session Bean都可以將系統(tǒng)邏輯放在 method之中執(zhí)行，不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài)，因此通常來說，一個使用者會有一個相對應的 Stateful Session Bean 的實體。Stateless Session Bean 雖然也是邏輯組件，但是他卻不負責記錄使用者狀態(tài)，也就是說當使用者呼叫 Stateless Session Bean 的時候，EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來執(zhí)行這個 method。換言之，很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean 的 methods 時，會是同一個 Bean 的 Instance 在執(zhí)行。從內(nèi)存方面來看， Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會消耗 J2EE Server 較多的內(nèi)存，然而 Stateful Session Bean 的優(yōu)勢卻在于他可以維持使用者的狀態(tài)。
9、Collection 和 Collections的區(qū)別。
Collection是集合類的上級接口，繼承與他的接口主要有Set 和List.
Collections是針對集合類的一個幫助類，他提供一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程安全化等操作。
10、&和&&的區(qū)別。
&是位運算符，表示按位與運算，&&是邏輯運算符，表示邏輯與(and)。
11、HashMap和Hashtable的區(qū)別。
HashMap是Hashtable的輕量級實現(xiàn)(非線程安全的實現(xiàn))，他們都完成了Map接口，主要區(qū)別在于HashMap允許空(null)鍵值(key),由于非線程安全，效率上可能高于Hashtable。
HashMap允許將null作為一個entry的key或者value，而Hashtable不允許。
HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為contains方法容易讓人引起誤解。
Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現(xiàn)。
最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多個線程訪問Hashtable時，不需要自己為它的方法實現(xiàn)同步，而HashMap 就必須為之提供外同步。
Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會有很大的差異。
12、final, finally, finalize的區(qū)別。
final 用于聲明屬性，方法和類，分別表示屬性不可變，方法不可覆蓋，類不可繼承。
finally是異常處理語句結(jié)構(gòu)的一部分，表示總是執(zhí)行。
finalize是Object類的一個方法，在垃圾收集器執(zhí)行的時候會調(diào)用被回收對象的此方法，可以覆蓋此方法提供垃圾收集時的其他資源回收，例如關(guān)閉文件等。
13、sleep() 和 wait() 有什么區(qū)別?
sleep是線程類(Thread)的方法，導致此線程暫停執(zhí)行指定時間，給執(zhí)行機會給其他線程，但是監(jiān)控狀態(tài)依然保持，到時后會自動恢復。調(diào)用sleep不會釋放對象鎖。
wait是Object類的方法，對此對象調(diào)用wait方法導致本線程放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對象發(fā)出notify方法(或notifyAll)后本線程才進入對象鎖定池準備獲得對象鎖進入運行狀態(tài)。
14、Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
方 法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn)，重 載Overloading是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù)，我們說該方法被重寫 (Overriding)。子類的對象使用這個方法時，將調(diào)用子類中的定義，對它而言，父類中的定義如同被"屏蔽"了。如果在一個類中定義了多個同名的方 法，它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。
15、error和exception有什么區(qū)別?
error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception 表示一種設(shè)計或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運行正常，從不會發(fā)生的情況。
16、同步和異步有何異同，在什么情況下分別使用他們?舉例說明。
如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個線程讀到，或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個線程寫過了，那么這些數(shù)據(jù)就是共享數(shù)據(jù)，必須進行同步存取。
當應用程序在對象上調(diào)用了一個需要花費很長時間來執(zhí)行的方法，并且不希望讓程序等待方法的返回時，就應該使用異步編程，在很多情況下采用異步途徑往往更有效率。
17、abstract class和interface有什么區(qū)別?
聲 明方法的存在而不去實現(xiàn)它的類被叫做抽象類(abstract class)，它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類，并為該類聲明方法，但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建abstract 類的實例。然而可以創(chuàng)建一個變量，其類型是一個抽象類，并讓它指向具體子類的一個實例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。Abstract 類的子類為它們父類中的所有抽象方法提供實現(xiàn)，否則它們也是抽象類為。取而代之，在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。
接 口(interface)是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個有 程序體。接口只可以定義static final成員變量。接口的實現(xiàn)與子類相似，除了該實現(xiàn)類不能從接口定義中繼承行為。當類實現(xiàn)特殊接口時，它定義(即將程序體給予)所有這種接口的方法。 然后，它可以在實現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類，它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到 接口類型或從接口類型轉(zhuǎn)換，instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。
18、heap和stack有什么區(qū)別。
棧是一種線形集合，其添加和刪除元素的操作應在同一段完成。棧按照后進先出的方式進行處理。
堆是棧的一個組成元素
19、forward 和redirect的區(qū)別
forward是服務(wù)器請求資源，服務(wù)器直接訪問目標地址的URL，把那個URL的響應內(nèi)容讀取過來，然后把這些內(nèi)容再發(fā)給瀏覽器，瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來的，所以它的地址欄中還是原來的地址。
redirect就是服務(wù)端根據(jù)邏輯,發(fā)送一個狀態(tài)碼,告訴瀏覽器重新去請求那個地址，一般來說瀏覽器會用剛才請求的所有參數(shù)重新請求，所以session,request參數(shù)都可以獲取。
20、EJB與JAVA BEAN的區(qū)別?
Java Bean 是可復用的組件，對Java Bean并沒有嚴格的規(guī)范，理論上講，任何一個Java類都可以是一個Bean。但通常情況下，由于Java Bean是被容器所創(chuàng)建(如Tomcat)的，所以Java Bean應具有一個無參的構(gòu)造器，另外，通常Java Bean還要實現(xiàn)Serializable接口用于實現(xiàn)Bean的持久性。Java Bean實際上相當于微軟COM模型中的本地進程內(nèi)COM組件，它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM，即分布式組件。它是基于Java的遠程方法調(diào)用(RMI)技術(shù)的，所以EJB可以被遠程訪問(跨進程、跨計算機)。但EJB必須被布署在 諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問真正的EJB組件，而是通過其容器訪問。EJB容器是EJB組件的代理， EJB組件由容器所創(chuàng)建和管理�？蛻敉ㄟ^容器來訪問真正的EJB組件。
21、Static Nested Class 和 Inner Class的不同。
Static Nested Class是被聲明為靜態(tài)(static)的內(nèi)部類，它可以不依賴于外部類實例被實例化。而通常的內(nèi)部類需要在外部類實例化后才能實例化。
22、JSp中動態(tài)INCLUDE與靜態(tài)INCLUDE的區(qū)別?
動態(tài)INCLUDE用jsp:include動作實現(xiàn) 它總是會檢查所含文件中的變化，適合用于包含動態(tài)頁面，并且可以帶參數(shù)。
靜態(tài)INCLUDE用include偽碼實現(xiàn),定不會檢查所含文件的變化，適用于包含靜態(tài)頁面
23、什么時候用assert。
assertion (斷言)在軟件開發(fā)中是一種常用的調(diào)試方式，很多開發(fā)語言中都支持這種機制。在實現(xiàn)中，assertion就是在程序中的一條語句，它對一個 boolean表達式進行檢查，一個正確程序必須保證這個boolean表達式的值為true;如果該值為false，說明程序已經(jīng)處于不正確的狀態(tài)下， 系統(tǒng)將給出警告或退出。一般來說，assertion用于保證程序最基本、關(guān)鍵的正確性。assertion檢查通常在開發(fā)和測試時開啟。為了提高性能， 在軟件發(fā)布后，assertion檢查通常是關(guān)閉的。
24、GC是什么? 為什么要有GC?
GC是垃圾收集的意思(Gabage Collection),內(nèi)存處理是編程人員容易出現(xiàn)問題的地方，忘記或者錯誤的內(nèi)存回收會導致程序或系統(tǒng)的不穩(wěn)定甚至崩潰，Java提供的GC功能可以 自動監(jiān)測對象是否超過作用域從而達到自動回收內(nèi)存的目的，Java語言沒有提供釋放已分配內(nèi)存的顯示操作方法。
25、short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯?
short s1 = 1; s1 = s1 + 1; (s1+1運算結(jié)果是int型，需要強制轉(zhuǎn)換類型)
short s1 = 1; s1 += 1;(可以正確編譯)
26、Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
Math.round(11.5)==12
Math.round(-11.5)==-11
round方法返回與參數(shù)最接近的長整數(shù)，參數(shù)加1/2后求其floor.
27、String s = new String("xyz");創(chuàng)建了幾個String Object?
兩個
28、設(shè)計4個線程，其中兩個線程每次對j增加1，另外兩個線程對j每次減少1。寫出程序。
以下程序使用內(nèi)部類實現(xiàn)線程，對j增減的時候沒有考慮順序問題。
public class ThreadTest1{
private int j;
public static void main(String args[]){
ThreadTest1 tt=new ThreadTest1();
Inc inc=tt.new Inc();
Dec dec=tt.new Dec();
for(int i=0;i<2;i++){
Thread t=new Thread(inc);
t.start();
t=new Thread(dec);
t.start();
}
}
private synchronized void inc(){
j++;
System.out.println(Thread.currentThread().getName()+"-inc:"+j);
}
private synchronized void dec(){
j--;
System.out.println(Thread.currentThread().getName()+"-dec:"+j);
}
class Inc implements Runnable{
public void run(){
for(int i=0;i<100;i++){
inc();
}
}
}
class Dec implements Runnable{
public void run(){
for(int i=0;i<100;i++){
dec();
}
}
}
}
29、Java有沒有g(shù)oto?
java中的保留字，現(xiàn)在沒有在java中使用。
30、啟動一個線程是用run()還是start()?
啟動一個線程是調(diào)用start()方法，使線程所代表的虛擬處理機處于可運行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運行。run()方法可以產(chǎn)生必須退出的標志來停止一個線程。
31、EJB包括(SessionBean,EntityBean)說出他們的生命周期，及如何管理事務(wù)的?
SessionBean： Stateless Session Bean 的生命周期是由容器決定的，當客戶機發(fā)出請求要建立一個Bean的實例時，EJB容器不一定要創(chuàng)建一個新的Bean的實例供客戶機調(diào)用，而是隨便找一個現(xiàn) 有的實例提供給客戶機。當客戶機第一次調(diào)用一個Stateful Session Bean 時，容器必須立即在服務(wù)器中創(chuàng)建一個新的Bean實例，并關(guān)聯(lián)到客戶機上，以后此客戶機調(diào)用Stateful Session Bean 的方法時容器會把調(diào)用分派到與此客戶機相關(guān)聯(lián)的Bean實例。
EntityBean：Entity Beans能存活相對較長的時間，并且狀態(tài)是持續(xù)的。只要數(shù)據(jù)庫中的數(shù)據(jù)存在，Entity beans就一直存活。而不是按照應用程序或者服務(wù)進程來說的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。
EJB通過以下技術(shù)管理實務(wù)：對象管理組織(OMG)的對象實務(wù)服務(wù)(OTS)，Sun Microsystems的Transaction Service(JTS)、Java Transaction ApI(JTA)，開發(fā)組(X/Open)的XA接口。
32、應用服務(wù)器有那些?
BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Application Server，jBoss，Tomcat
33、給我一個你最常見到的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
34、接口是否可繼承接口? 抽象類是否可實現(xiàn)(implements)接口? 抽象類是否可繼承實體類(concrete class)?
接口可以繼承接口。抽象類可以實現(xiàn)(implements)接口，抽象類是否可繼承實體類，但前提是實體類必須有明確的構(gòu)造函數(shù)。
35、List, Set, Map是否繼承自Collection接口?
List，Set是，Map不是
36、說出數(shù)據(jù)連接池的工作機制是什么?
J2EE 服務(wù)器啟動時會建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接�？蛻舳顺绦蛐枰B接時，池驅(qū)動程序會返回一個未使用的池連接并將其表記為忙。如果 當前沒有空閑連接，池驅(qū)動程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。當使用的池連接調(diào)用完成后，池驅(qū)動程序?qū)⒋诉B接表記為空閑，其他調(diào)用 就可以使用這個連接。
37、abstract的method是否可同時是static,是否可同時是native，是否可同時是synchronized?
都不能
38、數(shù)組有沒有l(wèi)ength()這個方法? String有沒有l(wèi)ength()這個方法?
數(shù)組沒有l(wèi)ength()這個方法，有l(wèi)ength的屬性。String有有l(wèi)ength()這個方法。
39、Set里的元素是不能重復的，那么用什么方法來區(qū)分重復與否呢? 是用==還是equals()? 它們有何區(qū)別?
Set里的元素是不能重復的，那么用iterator()方法來區(qū)分重復與否。equals()是判讀兩個Set是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的對象的內(nèi)容和類型相配的話，返回真值。
40、構(gòu)造器Constructor是否可被override?
構(gòu)造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。
41、是否可以繼承String類?
String類是final類故不可以繼承。
42、swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?
switch(expr1)中，expr1是一個整數(shù)表達式。因此傳遞給 switch 和 case 語句的參數(shù)應該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。
43、try {}里有一個return語句，那么緊跟在這個try后的finally {}里的code會不會被執(zhí)行，什么時候被執(zhí)行，在return前還是后?
會執(zhí)行，在return前執(zhí)行。
44、編程題: 用最有效率的方法算出2乘以8等於幾?
2 << 3
45、兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對不對?
不對，有相同的hash code。
46、當一個對象被當作參數(shù)傳遞到一個方法后，此方法可改變這個對象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java 編程語言只有值傳遞參數(shù)。當一個對象實例作為一個參數(shù)被傳遞到方法中時，參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變，但對象的引用是永遠不會改變的。
47、當一個線程進入一個對象的一個synchronized方法后，其它線程是否可進入此對象的其它方法?
不能，一個對象的一個synchronized方法只能由一個線程訪問。
48、編程題: 寫一個Singleton出來。
Singleton模式主要作用是保證在Java應用程序中，一個類Class只有一個實例存在。
一般Singleton模式通常有幾種種形式:
第一種形式: 定義一個類，它的構(gòu)造函數(shù)為private的，它有一個static的private的該類變量，在類初始化時實例話，通過一個public的getInstance方法獲取對它的引用,繼而調(diào)用其中的方法。
public class Singleton {
private Singleton(){}
//在自己內(nèi)部定義自己一個實例，是不是很奇怪?
//注意這是private 只供內(nèi)部調(diào)用
private static Singleton instance = new Singleton();
//這里提供了一個供外部訪問本class的靜態(tài)方法，可以直接訪問
public static Singleton getInstance() {
return instance;
}
}
第二種形式:
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次
//使用時生成實例，提高了效率!
if (instance==null)
instance=new Singleton();
return instance; }
}
其他形式:
定義一個類，它的構(gòu)造函數(shù)為private的，所有方法為static的。
一般認為第一種形式要更加安全些
49、Java的接口和C++的虛類的相同和不同處。
由 于Java不支持多繼承，而有可能某個類或?qū)ο笠褂梅謩e在幾個類或?qū)ο罄锩娴姆椒ɑ驅(qū)傩�，現(xiàn)有的單繼承機制就不能滿足要求。與繼承相比，接口有更高的靈 活性，因為接口中沒有任何實現(xiàn)代碼。當一個類實現(xiàn)了接口以后，該類要實現(xiàn)接口里面所有的方法和屬性，并且接口里面的屬性在默認狀態(tài)下面都是public static,所有方法默認情況下是public.一個類可以實現(xiàn)多個接口。
50、Java中的異常處理機制的簡單原理和應用。
當JAVA 程序違反了JAVA的語義規(guī)則時，JAVA虛擬機就會將發(fā)生的錯誤表示為一個異常。違反語義規(guī)則包括2種情況。一種是JAVA類庫內(nèi)置的語義檢查。例如數(shù) 組下標越界,會引發(fā)IndexOutOfBoundsException;訪問null的對象時會引發(fā)NullpointerException。另一種 情況就是JAVA允許程序員擴展這種語義檢查，程序員可以創(chuàng)建自己的異常，并自由選擇在何時用throw關(guān)鍵字引發(fā)異常。所有的異常都是 java.lang.Thowable的子類。
51、垃圾回收的優(yōu)點和原理。并考慮2種回收機制。
Java 語言中一個顯著的特點就是引入了垃圾回收機制，使c++程序員最頭疼的內(nèi)存管理的問題迎刃而解，它使得Java程序員在編寫程序的時候不再需要考慮內(nèi)存管 理。由于有個垃圾回收機制，Java中的對象不再有"作用域"的概念，只有對象的引用才有"作用域"。垃圾回收可以有效的防止內(nèi)存泄露，有效的使用可以使 用的內(nèi)存。垃圾回收器通常是作為一個單獨的低級別的線程運行，不可預知的情況下對內(nèi)存堆中已經(jīng)死亡的或者長時間沒有使用的對象進行清楚和回收，程序員不能 實時的調(diào)用垃圾回收器對某個對象或所有對象進行垃圾回收�；厥諜C制有分代復制垃圾回收和標記垃圾回收，增量垃圾回收。
52、請說出你所知道的線程同步的方法。
wait():使一個線程處于等待狀態(tài)，并且釋放所持有的對象的lock。
sleep():使一個正在運行的線程處于睡眠狀態(tài)，是一個靜態(tài)方法，調(diào)用此方法要捕捉InterruptedException異常。
notify():喚醒一個處于等待狀態(tài)的線程，注意的是在調(diào)用此方法的時候，并不能確切的喚醒某一個等待狀態(tài)的線程，而是由JVM確定喚醒哪個線程，而且不是按優(yōu)先級。
Allnotity():喚醒所有處入等待狀態(tài)的線程，注意并不是給所有喚醒線程一個對象的鎖，而是讓它們競爭。
53、你所知道的集合類都有哪些?主要方法?
最常用的集合類是 List 和 Map。 List 的具體實現(xiàn)包括 ArrayList 和 Vector，它們是可變大小的列表，比較適合構(gòu)建、存儲和操作任何類型對象的元素列表。 List 適用于按數(shù)值索引訪問元素的情形。
Map 提供了一個更通用的元素存儲方法。 Map 集合類用于存儲元素對(稱作"鍵"和"值")，其中每個鍵映射到一個值。
54、描述一下JVM加載class文件的原理機制?
JVM中類的裝載是由ClassLoader和它的子類來實現(xiàn)的,Java ClassLoader 是一個重要的Java運行時系統(tǒng)組件。它負責在運行時查找和裝入類文件的類。
55、char型變量中能不能存貯一個中文漢字?為什么?
能夠定義成為一個中文的，因為java中以unicode編碼，一個char占16個字節(jié)，所以放一個中文是沒問題的
56、多線程有幾種實現(xiàn)方法,都是什么?同步有幾種實現(xiàn)方法,都是什么?
多線程有兩種實現(xiàn)方法，分別是繼承Thread類與實現(xiàn)Runnable接口
同步的實現(xiàn)方面有兩種，分別是synchronized,wait與notify
57、JSp的內(nèi)置對象及方法。
request表示HttpServletRequest對象。它包含了有關(guān)瀏覽器請求的信息，并且提供了幾個用于獲取cookie, header, 和session數(shù)據(jù)的有用的方法。
response表示HttpServletResponse對象，并提供了幾個用于設(shè)置送回 瀏覽器的響應的方法(如cookies,頭信息等)
out對象是javax.jsp.JspWriter的一個實例，并提供了幾個方法使你能用于向瀏覽器回送輸出結(jié)果。
pageContext表示一個javax.servlet.jsp.pageContext對象。它是用于方便存取各種范圍的名字空間、servlet相關(guān)的對象的ApI，并且包裝了通用的servlet相關(guān)功能的方法。
session表示一個請求的javax.servlet.http.HttpSession對象。Session可以存貯用戶的狀態(tài)信息
applicaton 表示一個javax.servle.ServletContext對象。這有助于查找有關(guān)servlet引擎和servlet環(huán)境的信息
config表示一個javax.servlet.ServletConfig對象。該對象用于存取servlet實例的初始化參數(shù)。
page表示從該頁面產(chǎn)生的一個servlet實例
58、線程的基本概念、線程的基本狀態(tài)以及狀態(tài)之間的關(guān)系
線程指在程序執(zhí)行過程中，能夠執(zhí)行程序代碼的一個執(zhí)行單位，每個程序至少都有一個線程，也就是程序本身。
Java中的線程有四種狀態(tài)分別是：運行、就緒、掛起、結(jié)束。
59、JSp的常用指令
isErrorpage(是否能使用Exception對象)，isELIgnored(是否忽略表達式)
" target="_blank">http://......"%>
60、什么情況下調(diào)用doGet()和dopost()?
Jsp頁面中的form標簽里的method屬性為get時調(diào)用doGet()，為post時調(diào)用dopost()。
61、servlet的生命周期
web容器加載servlet，生命周期開始。通過調(diào)用servlet的init()方法進行servlet的初始化。通過調(diào)用service()方法實現(xiàn)，根據(jù)請求的不同調(diào)用不同的do***()方法。結(jié)束服務(wù)，web容器調(diào)用servlet的destroy()方法。
62、如何現(xiàn)實servlet的單線程模式
63、頁面間對象傳遞的方法
request，session，application，cookie等
64、JSp和Servlet有哪些相同點和不同點，他們之間的聯(lián)系是什么?
JSp 是Servlet技術(shù)的擴展，本質(zhì)上是Servlet的簡易方式，更強調(diào)應用的外表表達。JSp編譯后是"類servlet"。Servlet和JSp最 主要的不同點在于，Servlet的應用邏輯是在Java文件中，并且完全從表示層中的HTML里分離開來。而JSp的情況是Java和HTML可以組合 成一個擴展名為.jsp的文件。JSp側(cè)重于視圖，Servlet主要用于控制邏輯。
65、四種會話跟蹤技術(shù)
會話作用域ServletsJSp 頁面描述
page否是代表與一個頁面相關(guān)的對象和屬性。一個頁面由一個編譯好的 Java servlet 類(可以帶有任何的 include 指令，但是沒有 include 動作)表示。這既包括 servlet 又包括被編譯成 servlet 的 JSp 頁面
request是是代表與 Web 客戶機發(fā)出的一個請求相關(guān)的對象和屬性。一個請求可能跨越多個頁面，涉及多個 Web 組件(由于 forward 指令和 include 動作的關(guān)系)
session是是代表與用于某個 Web 客戶機的一個用戶體驗相關(guān)的對象和屬性。一個 Web 會話可以也經(jīng)常會跨越多個客戶機請求
application是是代表與整個 Web 應用程序相關(guān)的對象和屬性。這實質(zhì)上是跨越整個 Web 應用程序，包括多個頁面、請求和會話的一個全局作用域
66、Request對象的主要方法：
setAttribute(String name,Object)：設(shè)置名字為name的request的參數(shù)值
getAttribute(String name)：返回由name指定的屬性值
getAttributeNames()：返回request對象所有屬性的名字集合，結(jié)果是一個枚舉的實例
getCookies()：返回客戶端的所有Cookie對象，結(jié)果是一個Cookie數(shù)組
getCharacterEncoding()：返回請求中的字符編碼方式
getContentLength()：返回請求的Body的長度
getHeader(String name)：獲得HTTp協(xié)議定義的文件頭信息
getHeaders(String name)：返回指定名字的request Header的所有值，結(jié)果是一個枚舉的實例
getHeaderNames()：返回所以request Header的名字，結(jié)果是一個枚舉的實例
getInputStream()：返回請求的輸入流，用于獲得請求中的數(shù)據(jù)
getMethod()：獲得客戶端向服務(wù)器端傳送數(shù)據(jù)的方法
getparameter(String name)：獲得客戶端傳送給服務(wù)器端的有name指定的參數(shù)值
getparameterNames()：獲得客戶端傳送給服務(wù)器端的所有參數(shù)的名字，結(jié)果是一個枚舉的實例
getparameterValues(String name)：獲得有name指定的參數(shù)的所有值
getprotocol()：獲取客戶端向服務(wù)器端傳送數(shù)據(jù)所依據(jù)的協(xié)議名稱
getQueryString()：獲得查詢字符串
getRequestURI()：獲取發(fā)出請求字符串的客戶端地址
getRemoteAddr()：獲取客戶端的Ip地址
getRemoteHost()：獲取客戶端的名字
getSession([Boolean create])：返回和請求相關(guān)Session
getServerName()：獲取服務(wù)器的名字
getServletpath()：獲取客戶端所請求的腳本文件的路徑
getServerport()：獲取服務(wù)器的端口號
removeAttribute(String name)：刪除請求中的一個屬性
67、J2EE是技術(shù)還是平臺還是框架?
J2EE本身是一個標準，一個為企業(yè)分布式應用的開發(fā)提供的標準平臺。
J2EE也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術(shù)。
68、我們在web應用開發(fā)過程中經(jīng)常遇到輸出某種編碼的字符，如iso8859-1等，如何輸出一個某種編碼的字符串?
public String translate (String str) {
String tempStr = "";
try {
tempStr = new String(str.getBytes("ISO-8859-1"), "GBK");
tempStr = tempStr.trim();
}
catch (Exception e) {
System.err.println(e.getMessage());
}
return tempStr;
}
69、簡述邏輯操作(&,|,^)與條件操作(&&,||)的區(qū)別。
區(qū)別主要答兩點：a.條件操作只能操作布爾型的,而邏輯操作不僅可以操作布爾型,而且可以操作數(shù)值型
b.邏輯操作不會產(chǎn)生短路
70、XML文檔定義有幾種形式?它們之間有何本質(zhì)區(qū)別?解析XML文檔有哪幾種方式?
a: 兩種形式 dtd schema
b: 本質(zhì)區(qū)別:schema本身是xml的，可以被XML解析器解析(這也是從DTD上發(fā)展schema的根本目的)
c:有DOM,SAX,STAX等
DOM:處理大型文件時其性能下降的非常厲害。這個問題是由DOM的樹結(jié)構(gòu)所造成的，這種結(jié)構(gòu)占用的內(nèi)存較多，而且DOM必須在解析文件之前把整個文檔裝入內(nèi)存,適合對XML的隨機訪問
SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動型的XML解析方式。它順序讀取XML文件，不需要一次全部裝載整個文件。當遇到像文件開頭，文檔結(jié)束，或者標簽開頭與標簽結(jié)束時，它會觸發(fā)一個事件，用戶通過在其回調(diào)事件中寫入處理代碼來處理XML文件，適合對XML的順序訪問
STAX:Streaming ApI for XML (StAX)
xml文檔有兩種定義方法：
dtd：數(shù)據(jù)類型定義(data type definition)，用以描述XML文檔的文檔結(jié)構(gòu)，是早期的XML文檔定義形式。
schema：其本身是基于XML語言編寫的，在類型和語法上的限定能力比dtd強，處理也比較方便，因為此正逐漸代替dtd成為新的模式定義語言。
71、簡述synchronized和java.util.concurrent.locks.Lock的異同 ?
主要相同點：Lock能完成synchronized所實現(xiàn)的所有功能
主要不同點：Lock有比synchronized更精確的線程語義和更好的性能。synchronized會自動釋放鎖，而Lock一定要求程序員手工釋放，并且必須在finally從句中釋放。
72、EJB的角色和三個對象
一 個完整的基于EJB的分布式計算結(jié)構(gòu)由六個角色組成，這六個角色可以由不同的開發(fā)商提供，每個角色所作的工作必須遵循Sun公司提供的EJB規(guī)范，以保證 彼此之間的兼容性。這六個角色分別是EJB組件開發(fā)者(Enterprise Bean provider) 、應用組合者(Application Assembler)、部署者(Deployer)、EJB 服務(wù)器提供者(EJB Server provider)、EJB 容器提供者(EJB Container provider)、系統(tǒng)管理員(System Administrator)
三個對象是Remote(Local)接口、Home(LocalHome)接口，Bean類
73、EJB容器提供的服務(wù)
主要提供聲明周期管理、代碼產(chǎn)生、持續(xù)性管理、安全、事務(wù)管理、鎖和并發(fā)行管理等服務(wù)。
74、EJB規(guī)范規(guī)定EJB中禁止的操作有哪些?
1. 不能操作線程和線程ApI(線程ApI指非線程對象的方法如notify,wait等)，2.不能操作awt，3.不能實現(xiàn)服務(wù)器功能，4.不能對靜態(tài)屬 生存取，5.不能使用IO操作直接存取文件系統(tǒng)，6.不能加載本地庫.，7.不能將this作為變量和返回，8.不能循環(huán)調(diào)用。
75、remote接口和home接口主要作用
remote接口定義了業(yè)務(wù)方法，用于EJB客戶端調(diào)用業(yè)務(wù)方法。
home接口是EJB工廠用于創(chuàng)建和移除查找EJB實例
76、bean 實例的生命周期
對 于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在緩沖池管理，而對于Entity Bean和Statefull Session Bean存在Cache管理，通常包含創(chuàng)建實例，設(shè)置上下文、創(chuàng)建EJB Object(create)、業(yè)務(wù)方法調(diào)用、remove等過程，對于存在緩沖池管理的Bean，在create之后實例并不從內(nèi)存清除，而是采用緩沖 池調(diào)度機制不斷重用實例，而對于存在Cache管理的Bean則通過激活和去激活機制保持Bean的狀態(tài)并限制內(nèi)存中實例數(shù)量。
77、EJB的激活機制
以Stateful Session Bean 為例：其Cache大小決定了內(nèi)存中可以同時存在的Bean實例的數(shù)量，根據(jù)MRU或NRU算法，實例在激活和去激活狀態(tài)之間遷移，激活機制是當客戶端調(diào) 用某個EJB實例業(yè)務(wù)方法時，如果對應EJB Object發(fā)現(xiàn)自己沒有綁定對應的Bean實例則從其去激活Bean存儲中(通過序列化機制存儲實例)回復(激活)此實例。狀態(tài)變遷前會調(diào)用對應的 ejbActive和ejbpassivate方法。
78、EJB的幾種類型
會話(Session)Bean ，實體(Entity)Bean 消息驅(qū)動的(Message Driven)Bean
會話Bean又可分為有狀態(tài)(Stateful)和無狀態(tài)(Stateless)兩種
實體Bean可分為Bean管理的持續(xù)性(BMp)和容器管理的持續(xù)性(CMp)兩種
79、客服端調(diào)用EJB對象的幾個基本步驟
設(shè)置JNDI服務(wù)工廠以及JNDI服務(wù)地址系統(tǒng)屬性，查找Home接口，從Home接口調(diào)用Create方法創(chuàng)建Remote接口，通過Remote接口調(diào)用其業(yè)務(wù)方法。
80、如何給weblogic指定大小的內(nèi)存?
在啟動Weblogic的腳本中(位于所在Domian對應服務(wù)器目錄下的startServerName)，增加set MEM_ARGS=-Xms32m -Xmx200m，可以調(diào)整最小內(nèi)存為32M，最大200M
81、如何設(shè)定的weblogic的熱啟動模式(開發(fā)模式)與產(chǎn)品發(fā)布模式?
可以在管理控制臺中修改對應服務(wù)器的啟動模式為開發(fā)或產(chǎn)品模式之一�；蛘咝薷姆⻊�(wù)的啟動文件或者commenv文件，增加set pRODUCTION_MODE=true。
82、如何啟動時不需輸入用戶名與密碼?
修改服務(wù)啟動文件，增加 WLS_USER和WLS_pW項。也可以在boot.properties文件中增加加密過的用戶名和密碼.
83、在weblogic管理制臺中對一個應用域(或者說是一個網(wǎng)站,Domain)進行jms及ejb或連接池等相關(guān)信息進行配置后,實際保存在什么文件中?
保存在此Domain的config.xml文件中，它是服務(wù)器的核心配置文件。
84、說說weblogic中一個Domain的缺省目錄結(jié)構(gòu)?比如要將一個簡單的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入 http://主機:端口號//helloword.jsp就可以看到運行結(jié)果了? 又比如這其中用到了一個自己寫的javaBean該如何辦?
Domain 目錄服務(wù)器目錄applications，將應用目錄放在此目錄下將可以作為應用訪問，如果是Web應用，應用目錄需要滿足Web應用目錄要求，jsp文 件可以直接放在應用目錄中，Javabean需要放在應用目錄的WEB-INF目錄的classes目錄中，設(shè)置服務(wù)器的缺省應用將可以實現(xiàn)在瀏覽器上無 需輸入應用名。
85、在weblogic中發(fā)布ejb需涉及到哪些配置文件
不同類型的EJB涉及的配置文件不同，都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xmlCMp實體Bean一般還需要weblogic-cmp-rdbms-jar.xml
86、如何在weblogic中進行ssl配置與客戶端的認證配置或說說j2ee(標準)進行ssl的配置
缺 省安裝中使用DemoIdentity.jks和DemoTrust.jks KeyStore實現(xiàn)SSL，需要配置服務(wù)器使用Enable SSL，配置其端口，在產(chǎn)品模式下需要從CA獲取私有密鑰和數(shù)字證書，創(chuàng)建identity和trust keystore，裝載獲得的密鑰和數(shù)字證書。可以配置此SSL連接是單向還是雙向的。
87、如何查看在weblogic中已經(jīng)發(fā)布的EJB?
可以使用管理控制臺，在它的Deployment中可以查看所有已發(fā)布的EJB
88、CORBA是什么?用途是什么?
CORBA 標準是公共對象請求代理結(jié)構(gòu)(Common Object Request Broker Architecture)，由對象管理組織 (Object Management Group，縮寫為 OMG)標準化。它的組成是接口定義語言(IDL), 語言綁定(binding:也譯為聯(lián)編)和允許應用程序間互操作的協(xié)議。 其目的為：用不同的程序設(shè)計語言書寫在不同的進程中運行，為不同的操作系統(tǒng)開發(fā)。
89、說說你所熟悉或聽說過的j2ee中的幾種常用模式?及對設(shè)計模式的一些看法
Session Facade pattern：使用SessionBean訪問EntityBean
Message Facade pattern：實現(xiàn)異步調(diào)用
EJB Command pattern：使用Command JavaBeans取代SessionBean，實現(xiàn)輕量級訪問
Data Transfer Object Factory：通過DTO Factory簡化EntityBean數(shù)據(jù)提供特性
Generic Attribute Access：通過AttibuteAccess接口簡化EntityBean數(shù)據(jù)提供特性
Business Interface：通過遠程(本地)接口和Bean類實現(xiàn)相同接口規(guī)范業(yè)務(wù)邏輯一致性
EJB架構(gòu)的設(shè)計好壞將直接影響系統(tǒng)的性能、可擴展性、可維護性、組件可重用性及開發(fā)效率。項目越復雜，項目隊伍越龐大則越能體現(xiàn)良好設(shè)計的重要性。
90、說說在weblogic中開發(fā)消息Bean時的persistent與non-persisten的差別
persistent方式的MDB可以保證消息傳遞的可靠性,也就是如果EJB容器出現(xiàn)問題而JMS服務(wù)器依然會將消息在此MDB可用的時候發(fā)送過來，而non-persistent方式的消息將被丟棄。
既然沒有標準答案，就根據(jù)自己的所了解的，補充修正一下好了
91、Servlet執(zhí)行時一般實現(xiàn)哪幾個方法?
public void init(ServletConfig config)
public ServletConfig getServletConfig()
public String getServletInfo()
public void service(ServletRequest request,ServletResponse response)
public void destroy()
init ()方法在servlet的生命周期中僅執(zhí)行一次，在服務(wù)器裝載servlet時執(zhí)行。缺省的init()方法通常是符合要求的，不過也可以根據(jù)需要進行 override，比如管理服務(wù)器端資源，一次性裝入GIF圖像，初始化數(shù)據(jù)庫連接等，缺省的inti()方法設(shè)置了servlet的初始化參數(shù)，并用它 的ServeltConfig對象參數(shù)來啟動配置，所以覆蓋init()方法時，應調(diào)用super.init()以確保仍然執(zhí)行這些任務(wù)。
service ()方法是servlet的核心，在調(diào)用service()方法之前，應確保已完成init()方法。對于HttpServlet，每當客戶請求一個 HttpServlet對象，該對象的service()方法就要被調(diào)用，HttpServlet缺省的service()方法的服務(wù)功能就是調(diào)用與 HTTp請求的方法相應的do功能，dopost()和doGet()，所以對于HttpServlet，一般都是重寫dopost()和doGet() 方法。
destroy()方法在servlet的生命周期中也僅執(zhí)行一次，即在服務(wù)器停止卸載servlet時執(zhí)行，把servlet作為 服務(wù)器進程的一部分關(guān)閉。缺省的destroy()方法通常是符合要求的，但也可以override，比如在卸載servlet時將統(tǒng)計數(shù)字保存在文件 中，或是關(guān)閉數(shù)據(jù)庫連接。
getServletConfig()方法返回一個servletConfig對象，該對象用來返回初始化參數(shù)和servletContext。servletContext接口提供有關(guān)servlet的環(huán)境信息。
getServletInfo()方法提供有關(guān)servlet的信息，如作者，版本，版權(quán)。
92、j2ee常用的設(shè)計模式?說明工廠模式。
Java中的23種設(shè)計模式：
Factory(工廠模式)， Builder(建造模式)， Factory Method(工廠方法模式)，
prototype(原始模型模式)，Singleton(單例模式)， Facade(門面模式)，
Adapter(適配器模式)， Bridge(橋梁模式)， Composite(合成模式)，
Decorator(裝飾模式)， Flyweight(享元模式)， proxy(代理模式)，
Command(命令模式)， Interpreter(解釋器模式)， Visitor(訪問者模式)，
Iterator(迭代子模式)， Mediator(調(diào)停者模式)， Memento(備忘錄模式)，
Observer(觀察者模式)， State(狀態(tài)模式)， Strategy(策略模式)，
Template Method(模板方法模式)， Chain Of Responsibleity(責任鏈模式)
工 廠模式：工廠模式是一種經(jīng)常被使用到的模式，根據(jù)工廠模式實現(xiàn)的類可以根據(jù)提供的數(shù)據(jù)生成一組類中某一個類的實例，通常這一組類有一個公共的抽象父類并且 實現(xiàn)了相同的方法，但是這些方法針對不同的數(shù)據(jù)進行了不同的操作。首先需要定義一個基類，該類的子類通過不同的方法實現(xiàn)了基類中的方法。然后需要定義一個 工廠類，工廠類可以根據(jù)條件生成不同的子類實例。當?shù)玫阶宇惖膶嵗螅_發(fā)人員可以調(diào)用基類中的方法而不必考慮到底返回的是哪一個子類的實例。
93、EJB需直接實現(xiàn)它的業(yè)務(wù)接口或Home接口嗎，請簡述理由。
遠程接口和Home接口不需要直接實現(xiàn)，他們的實現(xiàn)代碼是由服務(wù)器產(chǎn)生的，程序運行中對應實現(xiàn)類會作為對應接口類型的實例被使用。
其實一直都不是很明白EJB的remote接口，home接口，Bean類究竟是如何使用的，或許應該進一步了解EJB的原理吧，查到了一個原創(chuàng)文章，那就說說EJB調(diào)用的原理吧。其實在這個問題上，最需要理解的是RMI機制原理。
一個遠程對象至少要包括4個class文件：遠程對象、遠程對象接口、實現(xiàn)遠程接口的對象的stub、對象的skeleton。
而在EJB中則至少要包括10個class:
Bean類，特定App Server的Bean實現(xiàn)類
Bean的remote接口，特定App Server的remote接口實現(xiàn)類，特定App Server的remote接口的實現(xiàn)類的stub類和skeleton類。
Bean的home接口，特定App Server的home接口實現(xiàn)類，特定App Server的home接口的實現(xiàn)類的stub類和skeleton類。
和RMI不同的是，EJB中這10個class真正需要用戶寫的只有3個，Bean類，remote接口，home接口，其它的7個究竟怎么生成，被打包在哪里，是否需要更多的類文件，否根據(jù)不同的App Server表現(xiàn)出較大的差異。
Weblogic：
home接口和remote接口的weblogic的實現(xiàn)類的stub類和skeleton類是在EJB被部署到weblogic的時候，由weblogic動態(tài)生成stub類和skeleton類的字節(jié)碼，所以看不到這4個類文件。
對 于一次客戶端遠程調(diào)用EJB，要經(jīng)過兩個遠程對象的多次RMI循環(huán)。首先是通過JNDI查找Home接口，獲得Home接口的實現(xiàn)類，這個過程其實相當復 雜，首先是找到Home接口的Weblogic實現(xiàn)類，然后創(chuàng)建一個Home接口的Weblogic實現(xiàn)類的stub類的對象實例，將它序列化傳送給客戶 端(注意stub類的實例是在第1次RMI循環(huán)中，由服務(wù)器動態(tài)發(fā)送給客戶端的，因此不需要客戶端保存Home接口的Weblogic實現(xiàn)類的stub 類)，最后客戶端獲得該stub類的對象實例(普通的RMI需要在客戶端保存stub類，而EJB不需要，因為服務(wù)器會把stub類的對象實例發(fā)送給客戶 端)。
客戶端拿到服務(wù)器給它的Home接口的Weblogic實現(xiàn)類的stub類對象實例以后，調(diào)用stub類的create方法， (在代碼上就是home.create()，但是后臺要做很多事情),于是經(jīng)過第2次RMI循環(huán)，在服務(wù)器端，Home接口的Weblogic實現(xiàn)類的 skeleton類收到stub類的調(diào)用信息后，由它再去調(diào)用Home接口的Weblogic實現(xiàn)類的create方法。
在服務(wù)端，Home 接口的Weblogic實現(xiàn)類的create方法再去調(diào)用Bean類的Weblogic實現(xiàn)類的ejbCreate方法，在服務(wù)端創(chuàng)建或者分配一個EJB 實例，然后將這個EJB實例的遠程接口的Weblogic實現(xiàn)類的stub類對象實例序列化發(fā)送給客戶端。
客戶端收到remote接 口的Weblogic實現(xiàn)類的stub類的對象實例，對該對象實例的方法調(diào)用(在客戶端代碼中實際上就是對remote接口的調(diào)用)，將傳送給服務(wù)器端 remote接口的Weblogic實現(xiàn)類的skeleton類對象，而skeleton類對象再調(diào)用相應的remote接口的Weblogic實現(xiàn)類， 然后remote接口的Weblogic實現(xiàn)類再去調(diào)用Bean類的Weblogic實現(xiàn)類，如此就完成一次EJB對象的遠程調(diào)用。
先拿普通RMI來說，有4個class，分別是遠程對象，對象的接口，對象的stub類和skeleton類。而對象本身和對象的stub類同時都實現(xiàn)了接口類。而我們在客戶端代碼調(diào)用遠程對象的時候，雖然在代碼中操縱接口，實質(zhì)上是在操縱stub類，例如：
接口類：Hello
遠程對象：Hello_Server
stub類：Hello_Stub
skeleton類：Hello_Skeleton
客戶端代碼要這樣寫：
Hello h = new Hello_Stub();
h.getString();
我們不會這些寫：
Hello_Stub h = new Hello_Stub();
h.getString();
因 為使用接口適用性更廣，就算更換了接口實現(xiàn)類，也不需要更改代碼。因此客戶端需要Hello.class和Hello_Stub.class這兩個文件。 但是對于EJB來說，就不需要Hello_Stub.class，因為服務(wù)器會發(fā)送給它，但是Hello.class文件客戶端是省不了的，必須有。表面 上我們的客戶端代碼在操縱Hello，但別忘記了Hello只是一個接口，抽象的，實質(zhì)上是在操縱Hello_Stub。
拿Weblogic上的EJB舉例子，10個class分別是：
Bean類：HelloBean (用戶編寫)
Bean類的Weblogic實現(xiàn)類：HelloBean_Impl (EJBC生成)
Home接口：HelloHome (用戶編寫)
Home接口的Weblogic實現(xiàn)類 HelloBean_HomeImpl(EJBC生成)
Home接口的Weblogic實現(xiàn)類的stub類 HelloBean_HomeImpl_WLStub(部署的時候動態(tài)生成字節(jié)碼)
Home接口的Weblogic實現(xiàn)類的skeleton類 HelloBean_HomeImpl_WLSkeleton(部署的時候動態(tài)生成字節(jié)碼)
Remote接口： Hello (用戶編寫)
Remote接口的Weblogic實現(xiàn)類 HelloBean_EOImpl(EJBC生成)
Remote接口的Weblogic實現(xiàn)類的stub類 HelloBean_EOImpl_WLStub(部署的時候動態(tài)生成字節(jié)碼)
Remote接口的Weblogic實現(xiàn)類的skeleton類 HelloBean_EOImpl_WLSkeleton(部署的時候動態(tài)生成字節(jié)碼)
客戶端只需要Hello.class和HelloHome.class這兩個文件。
HelloHome home = (Home) portableRemoteObject.narrow(ctx.lookup("Hello"), HelloHome.class);
這一行代碼是從JNDI獲得Home接口，但是請記住!接口是抽象的，那么home這個對象到底是什么類的對象實例呢?很簡單，用toString()輸出看一下就明白了，下面一行是輸出結(jié)果：
這表明home這個通過從服務(wù)器的JNDI樹上查找獲得的對象實際上是HelloBean_HomeImpl_WLStub類的一個實例。
接下來客戶端代碼：
Hello h = home.create()
同樣Hello只是一個抽象的接口，那么h對象是什么東西呢?打印一下：
原來是HelloBean_EOImpl_WLStub的一個對象實例。
用這個例子來簡述一遍EJB調(diào)用過程：
首先客戶端JNDI查詢，服務(wù)端JNDI樹上Hello這個名字實際上綁定的對象是HelloBean_HomeImpl_WLStub，所以服務(wù)端將創(chuàng)建HelloBean_HomeImpl_WLStub的一個對象實例，序列化返回給客戶端。
于 是客戶端得到home對象，表面上是得到HelloHome接口的實例，實際上是進行了一次遠程調(diào)用得到了 HelloBean_HomeImpl_WLStub類的對象實例，別忘記了HelloBean_HomeImpl_WLStub也實現(xiàn)了 HelloHome接口。
然后home.create()實質(zhì)上就是 HelloBean_HomeImpl_WLStub.create()，該方法將發(fā)送信息給 HelloBean_HomeImpl_WLSkeleton，而HelloBean_HomeImpl_WLSkeleton接受到信息后，再去調(diào)用 HelloBean_HomeImpl的create方法，至此完成第1次完整的RMI循環(huán)。
注意在這次RMI循環(huán)過程中，遠程對象 是HelloBean_HomeImpl，遠程對象的接口是HelloHome，對象的stub是HelloBean_HomeImpl_WLStub， 對象的skeleton是HelloBean_HomeImpl_WLSkeleton。
然后HelloBean_HomeImpl 再去調(diào)用HelloBean_Impl的ejbCreate方法，而HelloBean_Impl的ejbCreate方法將負責創(chuàng)建或者分配一個 Bean實例，并且創(chuàng)建一個HelloBean_EOImpl_WLStub的對象實例。
這一步比較有趣的是，在前一步RMI循環(huán) 中，遠程對象HelloBean_HomeImpl在客戶端有一個代理類HelloBean_HomeImpl_WLStub，但在這一步， HelloBean_HomeImpl自己卻充當了HelloBean_Impl的代理類，只不過HelloBean_HomeImpl不在客戶端，而是 在服務(wù)端，因此不進行RMI。
然后HelloBean_EOImpl_WLStub的對象實例序列化返回給客戶端，這一步也很有趣， 上次RMI過程，主角是HelloBean_HomeImpl和它的代理類HelloBean_HomeImpl_WLStub，但這這一次換成了 HelloBean_EOImpl和它的代理類HelloBean_EOImpl_WLStub來玩了。
Hello h = home.create();h.helloWorld();
假設(shè)Hello接口有一個helloWorld遠程方法，那么表面上是在調(diào)用Hello接口的helloWorld方法，實際上是在調(diào)用HelloBean_EOImpl_WLStub的helloWorld方法。
然 后HelloBean_EOImpl_WLStub的helloWorld方法將發(fā)送信息給服務(wù)器上的 HelloBean_EOImpl_WLSkeleton，而HelloBean_EOImpl_WLSkeleton收到信息以后，再去調(diào)用 HelloBean_EOImpl的helloWorld方法。至此，完成第2次完整的RMI循環(huán)過程。
在剛才 HelloBean_EOImpl是作為遠程對象被調(diào)用的，它的代理類是HelloBean_EOImpl_WLStub，但現(xiàn)在 HelloBean_EOImpl要作為HelloBean_Impl的代理類了�，F(xiàn)在HelloBean_EOImpl去調(diào)用 HelloBean_Impl的helloWorld方法。注意!HelloBean_Impl繼承了HelloBean，而HelloBean中的 helloWorld方法是我們親自編寫的代碼，現(xiàn)在終于調(diào)用到了我們編寫的代碼了!
至此，一次EJB調(diào)用過程終于完成。在整個過程 中，服務(wù)端主要要調(diào)用的類是HelloBean_Impl， HelloBean_HomeImpl，HelloBean_HomeImpl_WLSkeleton，HelloBean_EOImpl， HelloBean_EOImpl_WLSkeleton。客戶端主要調(diào)用的類是HelloBean_HomeImpl_WLStub， HelloBean_EOImpl_WLStub，這兩個類在客戶端代碼中并不會直接出現(xiàn)，出現(xiàn)在代碼中的類是他們的接口HelloHome和 Hello，因此客戶端需要這兩個接口文件，而Stub是服務(wù)器傳送給他們的。
94、排序都有哪幾種方法?請列舉。用JAVA實現(xiàn)一個快速排序。
排序的方法有：插入排序(直接插入排序、希爾排序)，交換排序(冒泡排序、快速排序)，選擇排序(直接選擇排序、堆排序)，歸并排序，分配排序(箱排序、基數(shù)排序)
快速排序的偽代碼。
/ /使用快速排序方法對a[ 0 :n- 1 ]排序
從a[ 0 :n- 1 ]中選擇一個元素作為m i d d l e，該元素為支點
把余下的元素分割為兩段left 和r i g h t，使得l e f t中的元素都小于等于支點，而right 中的元素都大于等于支點
遞歸地使用快速排序方法對left 進行排序
遞歸地使用快速排序方法對right 進行排序
所得結(jié)果為l e f t + m i d d l e + r i g h t
95、請對以下在J2EE中常用的名詞進行解釋(或簡單描述)
web 容器：給處于其中的應用程序組件(JSp，SERVLET)提供一個環(huán)境，使JSp,SERVLET直接和容器中的環(huán)境變量接接口互，不必關(guān)注其它系統(tǒng)問 題。主要有WEB服務(wù)器來實現(xiàn)。例如：TOMCAT,WEBLOGIC,WEBSpHERE等。該容器提供的接口嚴格遵守J2EE規(guī)范中的WEB AppLICATION 標準。我們把遵守以上標準的WEB服務(wù)器就叫做J2EE中的WEB容器。
Web container：實現(xiàn)J2EE體系結(jié)構(gòu)中Web組件協(xié)議的容器。這個協(xié)議規(guī)定了一個Web組件運行時的環(huán)境，包括安全，一致性，生命周期管理，事務(wù)， 配置和其它的服務(wù)。一個提供和JSp和J2EE平臺ApIs界面相同服務(wù)的容器。一個Web container 由Web服務(wù)器或者J2EE服務(wù)器提供。
EJB容器：Enterprise java bean 容器。更具有行業(yè)領(lǐng)域特色。他提供給運行在其中的組件EJB各種管理功能。只要滿足J2EE規(guī)范的EJB放入該容器，馬上就會被容器進行高效率的管理。并 且可以通過現(xiàn)成的接口來獲得系統(tǒng)級別的服務(wù)。例如郵件服務(wù)、事務(wù)管理。
一個實現(xiàn)了J2EE體系結(jié)構(gòu)中EJB組件規(guī)范的容器。
這個規(guī)范指定了一個Enterprise bean的運行時環(huán)境，包括安全，一致性，生命周期，事務(wù)，
配置，和其他的服務(wù)。
JNDI：(Java Naming & Directory Interface)JAVA命名目錄服務(wù)。主要提供的功能是：提供一個目錄系統(tǒng)，讓其它各地的應用程序在其上面留下自己的索引，從而滿足快速查找和定位分布式應用程序的功能。
JMS：(Java Message Service)JAVA消息服務(wù)。主要實現(xiàn)各個應用程序之間的通訊。包括點對點和廣播。
JTA：(Java Transaction ApI)JAVA事務(wù)服務(wù)。提供各種分布式事務(wù)服務(wù)。應用程序只需調(diào)用其提供的接口即可。
JAF：(Java Action FrameWork)JAVA安全認證框架。提供一些安全控制方面的框架。讓開發(fā)者通過各種部署和自定義實現(xiàn)自己的個性安全控制策略。
【JAVA面試常用的基礎(chǔ)知識】相關(guān)文章：
JAVA面試的面試技巧07-28
Java面試技巧08-04
Java面試技巧攻略08-04
Java面試通用技巧08-04
java面試試題07-19
java面試問題07-19
java面試簡答試題09-25
java面試簡歷模板07-23
Java面試小技巧08-09