JAVA程序員面試題集合

分類： 編程語言 2012-12-08 12:10 50人閱讀 評論(0) 收藏 舉報 1．面向對象的特征有哪些方面
(1)抽象：
抽象就是忽略一個主題中與當前目標無關的那些方面，以便更充分地注意與當前目標有關的
方面。抽象并不打算了解全部問題，而只是選擇其中的一部分，暫時不用部分細節。抽象包
括兩個方面，一是過程抽象，二是數據抽象。
(2)繼承：
繼承是一種聯結類的層次模型，并且允許和鼓勵類的重用，它提供了一種明確表述共性的方
法。對象的一個新類可以從現有的類中派生，這個過程稱為類繼承。新類繼承了原始類的特
性，新類稱為原始類的派生類（子類），而原始類稱為新類的基類（父類）。派生類可以從它
的基類那里繼承方法和實例變量，并且類可以修改或增加新的方法使之更適合特殊的需要。
(3)封裝：
封裝是把過程和數據包圍起來，對數據的訪問只能通過已定義的界面。面向對象計算始于這
個基本概念，即現實世界可以被描繪成一系列完全自治、封裝的對象，這些對象通過一個受
保護的接口訪問其他對象。
(4) 多態性：
多態性是指允許不同類的對象對同一消息作出響應。多態性包括參數化多態性和包含多態
性。多態性語言具有靈活、抽象、行為共享、代碼共享的優勢，很好的解決了應用程序函數
同名問題。
2．String 是最基本的數據類型嗎?
基本數據類型包括byte、int、char、long、float、double、boolean 和short。
java.lang.String 類是final 類型的，因此不可以繼承這個類、不能修改這個類。為了提高效率
節省空間，我們應該用StringBuffer 類
3、int 和 Integer 有什么區別
Java 提供兩種不同的類型：引用類型和原始類型（或內置類型）。Int 是java 的原始數據類
型，Integer 是java 為int 提供的封裝類。Java 為每個原始類型提供了封裝類。
原始類型封裝類
booleanBoolean
charCharacter
byteByte
shortShort
intInteger
longLong
floatFloat
doubleDouble
引用類型和原始類型的行為完全不同，并且它們具有不同的語義。引用類型和原始類型具有
不同的特征和用法，它們包括：大小和速度問題，這種類型以哪種類型的數據結構存儲，當
引用類型和原始類型用作某個類的實例數據時所指定的缺省值。對象引用實例變量的缺省值
為 null，而原始類型實例變量的缺省值與它們的類型有關。
4、String 和StringBuffer 的區別
JAVA 平臺提供了兩個類：String 和StringBuffer，它們可以儲存和操作字符串，即包含多個
字符的字符數據。這個String 類提供了數值不可改變的字符串。而這個StringBuffer 類提供
的字符串進行修改。當你知道字符數據要改變的時候你就可以使用StringBuffer。典型地，
你可以使用StringBuffers 來動態構造字符數據。
5、運行時異常與一般異常有何異同？
異常表示程序運行過程中可能出現的非正常狀態，運行時異常表示虛擬機的通常操作中可能
遇到的異常，是一種常見運行錯誤。java 編譯器要求方法必須聲明拋出可能發生的非運行時
異常，但是并不要求必須聲明拋出未被捕獲的運行時異常。
6、說出Servlet 的生命周期，并說出Servlet 和CGI 的區別。
Servlet 被服務器實例化后，容器運行其init 方法，請求到達時運行其service 方法，service
方法自動派遣運行與請求對應的doXXX 方法（doGet，doPost）等，當服務器決定將實例銷
毀的時候調用其destroy 方法。
與cgi 的區別在于servlet 處于服務器進程中，它通過多線程方式運行其service 方法，一個
實例可以服務于多個請求，并且其實例一般不會銷毀，而CGI 對每個請求都產生新的進程，
服務完成后就銷毀，所以效率上低于servlet。
7、說出ArrayList,Vector, LinkedList 的存儲性能和特性
ArrayList 和Vector 都是使用數組方式存儲數據，此數組元素數大于實際存儲的數據以便增
加和插入元素，它們都允許直接按序號索引元素，但是插入元素要涉及數組元素移動等內存
操作，所以索引數據快而插入數據慢，Vector 由于使用了synchronized 方法（線程安全），
通常性能上較ArrayList 差，而LinkedList 使用雙向鏈表實現存儲，按序號索引數據需要進
行前向或后向遍歷，但是插入數據時只需要記錄本項的前后項即可，所以插入速度較快。
8、EJB 是基于哪些技術實現的？并說出SessionBean 和EntityBean 的區別，
StatefulBean 和StatelessBean 的區別。
EJB 包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT 等技術
實現。
SessionBean 在J2EE 應用程序中被用來完成一些服務器端的業務操作，例如訪問數據庫、調
用其他EJB 組件。EntityBean 被用來代表應用系統中用到的數據。
對于客戶機，SessionBean 是一種非持久性對象，它實現某些在服務器上運行的業務邏輯。
對于客戶機，EntityBean 是一種持久性對象，它代表一個存儲在持久性存儲器中的實體的對
象視圖，或是一個由現有企業應用程序實現的實體。
Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean ，這兩種的
Session Bean 都可以將系統邏輯放在 method 之中執行，不同的是 Stateful Session Bean 可
以記錄呼叫者的狀態，因此通常來說，一個使用者會有一個相對應的 Stateful Session Bean
的實體。Stateless Session Bean 雖然也是邏輯組件，但是他卻不負責記錄使用者狀態，也就
是說當使用者呼叫 Stateless Session Bean 的時候，EJB Container 并不會找尋特定的
Stateless Session Bean 的實體來執行這個 method。換言之，很可能數個使用者在執行某個
Stateless Session Bean 的 methods 時，會是同一個 Bean 的 Instance 在執行。從內存方面
來看， Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會消耗
J2EE Server 較多的內存，然而 Stateful Session Bean 的優勢卻在于他可以維持使用者的狀
態。
9、Collection 和 Collections 的區別。
Collection 是集合類的上級接口，繼承與他的接口主要有Set 和List.
Collections 是針對集合類的一個幫助類，他提供一系列靜態方法實現對各種集合的搜索、排
序、線程安全化等操作。
10、&和&&的區別。
&是位運算符，表示按位與運算，&&是邏輯運算符，表示邏輯與（and）。
11、HashMap 和Hashtable 的區別。
HashMap 是Hashtable 的輕量級實現（非線程安全的實現），他們都完成了Map 接口，主要
區別在于HashMap 允許空（null）鍵值（key）,由于非線程安全，效率上可能高于Hashtable。
HashMap 允許將null 作為一個entry 的key 或者value，而Hashtable 不允許。
HashMap 把Hashtable 的contains 方法去掉了，改成containsvalue 和containsKey。因為contains
方法容易讓人引起誤解。
Hashtable 繼承自Dictionary 類，而HashMap 是Java1.2 引進的Map interface 的一個實現。
最大的不同是，Hashtable 的方法是Synchronize 的，而HashMap 不是，在多個線程訪問
Hashtable 時，不需要自己為它的方法實現同步，而HashMap 就必須為之提供外同步。
Hashtable 和HashMap 采用的hash/rehash 算法都大概一樣，所以性能不會有很大的差異。
12、final, finally, finalize 的區別。
final 用于聲明屬性，方法和類，分別表示屬性不可變，方法不可覆蓋，類不可繼承。
finally 是異常處理語句結構的一部分，表示總是執行。
finalize 是Object 類的一個方法，在垃圾收集器執行的時候會調用被回收對象的此方法，可
以覆蓋此方法提供垃圾收集時的其他資源回收，例如關閉文件等。
13、sleep() 和 wait() 有什么區別?
sleep 是線程類（Thread）的方法，導致此線程暫停執行指定時間，把執行機會給其他線程，
但是監控狀態依然保持，到時后會自動恢復。調用sleep 不會釋放對象鎖。
wait 是Object 類的方法，對此對象調用wait 方法導致本線程放棄對象鎖，進入等待此對象
的等待鎖定池，只有針對此對象發出notify 方法（或notifyAll）后本線程才進入對象鎖定池
準備獲得對象鎖進入運行狀態。
14、Overload 和Override 的區別。Overloaded 的方法是否可以改變返回值的類
型?
方法的重寫Overriding 和重載Overloading 是Java 多態性的不同表現。重寫Overriding 是父
類與子類之間多態性的一種表現，重載Overloading 是一個類中多態性的一種表現。如果在
子類中定義某方法與其父類有相同的名稱和參數，我們說該方法被重寫 (Overriding)。子類
的對象使用這個方法時，將調用子類中的定義，對它而言，父類中的定義如同被"屏蔽"了。
如果在一個類中定義了多個同名的方法，它們或有不同的參數個數或有不同的參數類型，則
稱為方法的重載(Overloading)。Overloaded 的方法是可以改變返回值的類型。
15、error 和exception 有什么區別?
error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內存溢出。不可能指
望程序能處理這樣的情況。
exception 表示一種設計或實現問題。也就是說，它表示如果程序運行正常，從不會發生的
情況。
16、同步和異步有何異同，在什么情況下分別使用他們？舉例說明。
如果數據將在線程間共享。例如正在寫的數據以后可能被另一個線程讀到，或者正在讀的數
據可能已經被另一個線程寫過了，那么這些數據就是共享數據，必須進行同步存取。
當應用程序在對象上調用了一個需要花費很長時間來執行的方法，并且不希望讓程序等待方
法的返回時，就應該使用異步編程，在很多情況下采用異步途徑往往更有效率。
17、abstract class 和interface 有什么區別?
聲明方法的存在而不去實現它的類被叫做抽象類（abstract class），它用于要創建一個體現某
些基本行為的類，并為該類聲明方法，但不能在該類中實現該類的情況。不能創建abstract 類
的實例。然而可以創建一個變量，其類型是一個抽象類，并讓它指向具體子類的一個實例。
不能有抽象構造函數或抽象靜態方法。Abstract 類的子類為它們父類中的所有抽象方法提供
實現，否則它們也是抽象類為。取而代之，在子類中實現該方法。知道其行為的其它類可以
在類中實現這些方法。
接口（interface）是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實現
這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個有程序體。接口只可以定義
static final 成員變量。接口的實現與子類相似，除了該實現類不能從接口定義中繼承行為。
當類實現特殊接口時，它定義（即將程序體給予）所有這種接口的方法。然后，它可以在實
現了該接口的類的任何對象上調用接口的方法。由于有抽象類，它允許使用接口名作為引用
變量的類型。通常的動態聯編將生效。引用可以轉換到接口類型或從接口類型轉換，
instanceof 運算符可以用來決定某對象的類是否實現了接口。
18、heap 和stack 有什么區別。
棧是一種線形集合，其添加和刪除元素的操作應在同一段完成。棧按照后進先出的方式進行
處理。
堆是棧的一個組成元素
19、forward 和redirect 的區別
forward 是服務器請求資源，服務器直接訪問目標地址的URL，把那個URL 的響應內容讀
取過來，然后把這些內容再發給瀏覽器，瀏覽器根本不知道服務器發送的內容是從哪兒來的，
所以它的地址欄中還是原來的地址。
redirect 就是服務端根據邏輯,發送一個狀態碼,告訴瀏覽器重新去請求那個地址，一般來說瀏
覽器會用剛才請求的所有參數重新請求，所以session,request 參數都可以獲取。
20、EJB 與JAVA BEAN 的區別？
Java Bean 是可復用的組件，對Java Bean 并沒有嚴格的規范，理論上講，任何一個Java 類
都可以是一個Bean。但通常情況下，由于Java Bean 是被容器所創建（如Tomcat）的，所
以Java Bean 應具有一個無參的構造器，另外，通常Java Bean 還要實現Serializable 接口用
于實現Bean 的持久性。Java Bean 實際上相當于微軟COM 模型中的本地進程內COM 組件，
它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM，即分布式組件。它是基于
Java 的遠程方法調用（RMI）技術的，所以EJB 可以被遠程訪問（跨進程、跨計算機）。但
EJB 必須被布署在諸如Webspere、WebLogic 這樣的容器中，EJB 客戶從不直接訪問真正的
EJB 組件，而是通過其容器訪問。EJB 容器是EJB 組件的代理， EJB 組件由容器所創建和
管理。客戶通過容器來訪問真正的EJB 組件。
21、Static Nested Class 和 Inner Class 的不同。
Static Nested Class 是被聲明為靜態（static）的內部類，它可以不依賴于外部類實例被實例
化。而通常的內部類需要在外部類實例化后才能實例化。
22、JSP 中動態INCLUDE 與靜態INCLUDE 的區別？
動態INCLUDE 用jsp:include 動作實現 <!--include file="included.htm"-->
23、什么時候用assert。
assertion (斷言)在軟件開發中是一種常用的調試方式，很多開發語言中都支持這種機制。在
實現中，assertion 就是在程序中的一條語句，它對一個 boolean 表達式進行檢查，一個正確
程序必須保證這個boolean 表達式的值為true；如果該值為false，說明程序已經處于不正確
的狀態下，系統將給出警告或退出。一般來說，assertion 用于保證程序最基本、關鍵的正確
性。assertion 檢查通常在開發和測試時開啟。為了提高性能，在軟件發布后，assertion 檢查
通常是關閉的。
24、GC 是什么? 為什么要有GC?
GC 是垃圾收集的意思（Gabage Collection）,內存處理是編程人員容易出現問題的地方，
忘記或者錯誤的內存回收會導致程序或系統的不穩定甚至崩潰，Java 提供的GC 功能可以自
動監測對象是否超過作用域從而達到自動回收內存的目的，Java 語言沒有提供釋放已分配內
存的顯示操作方法。
25、short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯?
short s1 = 1; s1 = s1 + 1; （s1+1 運算結果是int 型，需要強制轉換類型）
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 方法返回與參數最接近的長整數，參數加1/2 后求其floor.
27、String s = new String("xyz");創建了幾個String Object?
兩個(一個是“xyx”,一個是指向“xyx”的引用對象s)
28、設計4 個線程，其中兩個線程每次對j 增加1，另外兩個線程對j 每次減少
1。寫出程序。
以下程序使用內部類實現線程，對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 有沒有goto?
java 中的保留字，現在沒有在java 中使用。
30、啟動一個線程是用run()還是start()?
啟動一個線程是調用start()方法，使線程所代表的虛擬處理機處于可運行狀態，這意味著它
可以由JVM 調度并執行。這并不意味著線程就會立即運行。run()方法可以產生必須退出的
標志來停止一個線程。
31、EJB 包括（SessionBean,EntityBean）說出他們的生命周期，及如何管理事
務的？
SessionBean： Stateless Session Bean 的生命周期是由容器決定的，當客戶機發出請求要建
立一個Bean 的實例時，EJB 容器不一定要創建一個新的Bean 的實例供客戶機調用，而是隨
便找一個現有的實例提供給客戶機。當客戶機第一次調用一個Stateful Session Bean 時，容
器必須立即在服務器中創建一個新的Bean 實例，并關聯到客戶機上，以后此客戶機調用
Stateful Session Bean 的方法時容器會把調用分派到與此客戶機相關聯的Bean 實例。
EntityBean：Entity Beans 能存活相對較長的時間，并且狀態是持續的。只要數據庫中的數據
存在，Entity beans 就一直存活。而不是按照應用程序或者服務進程來說的。即使EJB 容器
崩潰了，Entity beans 也是存活的。Entity Beans 生命周期能夠被容器或者 Beans 自己管理。
EJB 通過以下技術管理實務：對象管理組織（OMG）的對象實務服務（OTS），Sun Microsystems
的Transaction Service（JTS）、Java Transaction API（JTA），開發組（X/Open）的XA 接口。
32、應用服務器有那些？
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、接口是否可繼承接口? 抽象類是否可實現(implements)接口? 抽象類是否可
繼承實體類(concrete class)?
接口可以繼承接口。抽象類可以實現(implements)接口，抽象類是否可繼承實體類，但前提
是實體類必須有明確的構造函數。
35、List, Set, Map 是否繼承自Collection 接口?
List，Set 是，Map 不是
36、說出數據連接池的工作機制是什么?
J2EE 服務器啟動時會建立一定數量的池連接，并一直維持不少于此數目的池連接。客戶端
程序需要連接時，池驅動程序會返回一個未使用的池連接并將其表記為忙。如果當前沒有空
閑連接，池驅動程序就新建一定數量的連接，新建連接的數量由配置參數決定。當使用的池
連接調用完成后，池驅動程序將此連接表記為空閑，其他調用就可以使用這個連接。
37、abstract 的method 是否可同時是static,是否可同時是native，是否可同時
是synchronized?
都不能
38、數組有沒有length()這個方法? String 有沒有length()這個方法？
數組沒有length()這個方法，有length 的屬性。String 有有length()這個方法。
39、Set 里的元素是不能重復的，那么用什么方法來區分重復與否呢? 是用==還
是equals()? 它們有何區別?
Set 里的元素是不能重復的，那么用iterator()方法來區分重復與否。equals()是判讀兩個Set
是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的
對象的內容和類型相配的話，返回真值。
40、構造器Constructor 是否可被override?
構造器Constructor 不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。
41、是否可以繼承String 類?
String 類是final 類故不可以繼承。
42、swtich 是否能作用在byte 上，是否能作用在long 上，是否能作用在String
上?
switch（expr1）中，expr1 是一個整數表達式。因此傳遞給 switch 和 case 語句的參數應該
是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。
43、try {}里有一個return 語句，那么緊跟在這個try 后的finally {}里的code 會
不會被執行，什么時候被執行，在return 前還是后?
會執行，在return 前執行。
44、編程題: 用最有效率的方法算出2 乘以8 等於幾?
2 << 3 (有C 背景的程序員特別喜歡問這種問題)
45、兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話
對不對?
不對，有相同的hash code。
46、當一個對象被當作參數傳遞到一個方法后，此方法可改變這個對象的屬性，
并可返回變化后的結果，那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java 編程語言只有值傳遞參數。當一個對象實例作為一個參數被傳遞到方法中
時，參數的值就是對該對象的引用。對象的內容可以在被調用的方法中改變，但對象的引用
是永遠不會改變的。
47、當一個線程進入一個對象的一個synchronized 方法后，其它線程是否可進
入此對象的其它方法?
不能，一個對象的一個synchronized 方法只能由一個線程訪問。
48、編程題: 寫一個Singleton 出來。
Singleton 模式主要作用是保證在Java 應用程序中，一個類Class 只有一個實例存在。
一般Singleton 模式通常有幾種種形式:
第一種形式: 定義一個類，它的構造函數為private 的，它有一個static 的private 的該類變量，
在類初始化時實例話，通過一個public 的getInstance 方法獲取對它的引用,繼而調用其中的
方法。
public class Singleton {
private Singleton(){}
//在自己內部定義自己一個實例，是不是很奇怪？
//注意這是private 只供內部調用
private static Singleton instance = new Singleton();
//這里提供了一個供外部訪問本class 的靜態方法，可以直接訪問
public static Singleton getInstance() {
return instance;
}
}
第二種形式:
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次
//使用時生成實例，提高了效率！
if (instance==null)
instance＝new Singleton();
return instance; }
}
其他形式:
定義一個類，它的構造函數為private 的，所有方法為static 的。
一般認為第一種形式要更加安全些
49、Java 的接口和C++的虛類的相同和不同處。
由于Java 不支持多繼承，而有可能某個類或對象要使用分別在幾個類或對象里面的方法或
屬性，現有的單繼承機制就不能滿足要求。與繼承相比，接口有更高的靈活性，因為接口中
沒有任何實現代碼。當一個類實現了接口以后，該類要實現接口里面所有的方法和屬性，并
且接口里面的屬性在默認狀態下面都是public static,所有方法默認情況下是public.一個類可
以實現多個接口。
50、Java 中的異常處理機制的簡單原理和應用。
當JAVA 程序違反了JAVA 的語義規則時，JAVA 虛擬機就會將發生的錯誤表示為一個異常。
違反語義規則包括2 種情況。一種是JAVA 類庫內置的語義檢查。例如數組下標越界,會引發
IndexOutOfBoundsException;訪問null 的對象時會引發NullPointerException。另一種情況就
是JAVA 允許程序員擴展這種語義檢查，程序員可以創建自己的異常，并自由選擇在何時用
throw 關鍵字引發異常。所有的異常都是 java.lang.Thowable 的子類。
51、垃圾回收的優點和原理。并考慮2 種回收機制。
Java 語言中一個顯著的特點就是引入了垃圾回收機制，使c++程序員最頭疼的內存管理的
問題迎刃而解，它使得Java 程序員在編寫程序的時候不再需要考慮內存管理。由于有個垃
圾回收機制，Java 中的對象不再有"作用域"的概念，只有對象的引用才有"作用域"。垃圾回
收可以有效的防止內存泄露，有效的使用可以使用的內存。垃圾回收器通常是作為一個單獨
的低級別的線程運行，不可預知的情況下對內存堆中已經死亡的或者長時間沒有使用的對象
進行清楚和回收，程序員不能實時的調用垃圾回收器對某個對象或所有對象進行垃圾回收。
回收機制有分代復制垃圾回收和標記垃圾回收，增量垃圾回收。
52、請說出你所知道的線程同步的方法。
wait():使一個線程處于等待狀態，并且釋放所持有的對象的lock。
sleep():使一個正在運行的線程處于睡眠狀態，是一個靜態方法，調用此方法要捕捉
InterruptedException 異常。
notify():喚醒一個處于等待狀態的線程，注意的是在調用此方法的時候，并不能確切的喚醒
某一個等待狀態的線程，而是由JVM 確定喚醒哪個線程，而且不是按優先級。
Allnotity():喚醒所有處入等待狀態的線程，注意并不是給所有喚醒線程一個對象的鎖，而是
讓它們競爭。
53、你所知道的集合類都有哪些？主要方法？
最常用的集合類是 List 和 Map。 List 的具體實現包括 ArrayList 和 Vector，它們是可變
大小的列表，比較適合構建、存儲和操作任何類型對象的元素列表。 List 適用于按數值索
引訪問元素的情形。
Map 提供了一個更通用的元素存儲方法。 Map 集合類用于存儲元素對（稱作"鍵"和"值"），
其中每個鍵映射到一個值。
54、描述一下JVM 加載class 文件的原理機制?
JVM 中類的裝載是由ClassLoader 和它的子類來實現的,Java ClassLoader 是一個重要的Java
運行時系統組件。它負責在運行時查找和裝入類文件的類。
55、char 型變量中能不能存貯一個中文漢字?為什么?
能夠定義成為一個中文的，因為java 中以unicode 編碼，一個char 占2 個字節(Byte)共16
位（bit），所以放一個中文是沒問題的
56、多線程有幾種實現方法,都是什么?同步有幾種實現方法,都是什么?
多線程有兩種實現方法，分別是繼承Thread 類與實現Runnable 接口
同步的實現方面有兩種，分別是synchronized,wait 與notify
57、JSP 的內置對象及方法。
request 表示HttpServletRequest 對象。它包含了有關瀏覽器請求的信息，并且提供了幾個用
于獲取cookie, header, 和session 數據的有用的方法。
response 表示HttpServletResponse 對象，并提供了幾個用于設置送回瀏覽器的響應的方法（如
cookies,頭信息等）
out 對象是javax.jsp.JspWriter 的一個實例，并提供了幾個方法使你能用于向瀏覽器回送輸出
結果。
pageContext 表示一個javax.servlet.jsp.PageContext 對象。它是用于方便存取各種范圍的名字
空間、servlet 相關的對象的API，并且包裝了通用的servlet 相關功能的方法。
session 表示一個請求的javax.servlet.http.HttpSession 對象。Session 可以存貯用戶的狀態信息
applicaton 表示一個javax.servle.ServletContext 對象。這有助于查找有關servlet 引擎和servlet
環境的信息
config 表示一個javax.servlet.ServletConfig 對象。該對象用于存取servlet 實例的初始化參數。
page 表示從該頁面產生的一個servlet 實例
58、線程的基本概念、線程的基本狀態以及狀態之間的關系
線程指在程序執行過程中，能夠執行程序代碼的一個執行單位，每個程序至少都有一個線程，
也就是程序本身。
Java 中的線程有四種狀態分別是：運行、就緒、掛起、結束。
59、JSP 的常用指令
isErrorPage(是否能使用Exception 對象)，isELIgnored(是否忽略表達式)
" target="_blank">http://......"%>
60、什么情況下調用doGet()和doPost()？
Jsp 頁面中的form 標簽里的method 屬性為get 時調用doGet()，為post 時調用doPost()。
61、servlet 的生命周期
web 容器加載servlet，生命周期開始。通過調用servlet 的init()方法進行servlet 的初始化。
通過調用service()方法實現，根據請求的不同調用不同的do***()方法。結束服務，web 容
器調用servlet 的destroy()方法。
62、如何現實servlet 的單線程模式
63、頁面間對象傳遞的方法
request，session，application，cookie 等
64、JSP 和Servlet 有哪些相同點和不同點，他們之間的聯系是什么？
JSP 是Servlet 技術的擴展，本質上是Servlet 的簡易方式，更強調應用的外表表達。JSP 編
譯后是"類servlet"。Servlet 和JSP 最主要的不同點在于，Servlet 的應用邏輯是在Java 文件
中，并且完全從表示層中的HTML 里分離開來。而JSP 的情況是Java 和HTML 可以組合成
一個擴展名為.jsp 的文件。JSP 側重于視圖，Servlet 主要用于控制邏輯。
65、四種會話跟蹤技術
會話作用域ServletsJSP 頁面描述
page 否是代表與一個頁面相關的對象和屬性。一個頁面由一個編譯好的 Java servlet 類（可
以帶有任何的 include 指令，但是沒有 include 動作）表示。這既包括 servlet 又包括被編
譯成 servlet 的 JSP 頁面
request 是是代表與 Web 客戶機發出的一個請求相關的對象和屬性。一個請求可能跨越多個
頁面，涉及多個 Web 組件（由于 forward 指令和 include 動作的關系）
session 是是代表與用于某個 Web 客戶機的一個用戶體驗相關的對象和屬性。一個 Web 會
話可以也經常會跨越多個客戶機請求
application 是是代表與整個 Web 應用程序相關的對象和屬性。這實質上是跨越整個 Web
應用程序，包括多個頁面、請求和會話的一個全局作用域
66、Request 對象的主要方法：
setAttribute(String name,Object)：設置名字為name 的request 的參數值
getAttribute(String name)：返回由name 指定的屬性值
getAttributeNames()：返回request 對象所有屬性的名字集合，結果是一個枚舉的實例
getCookies()：返回客戶端的所有Cookie 對象，結果是一個Cookie 數組
getCharacterEncoding()：返回請求中的字符編碼方式
getContentLength()：返回請求的Body 的長度
getHeader(String name)：獲得HTTP 協議定義的文件頭信息
getHeaders(String name)：返回指定名字的request Header 的所有值，結果是一個枚舉的實例
getHeaderNames()：返回所以request Header 的名字，結果是一個枚舉的實例
getInputStream()：返回請求的輸入流，用于獲得請求中的數據
getMethod()：獲得客戶端向服務器端傳送數據的方法
getParameter(String name)：獲得客戶端傳送給服務器端的有name 指定的參數值
getParameterNames()：獲得客戶端傳送給服務器端的所有參數的名字，結果是一個枚舉的實
例
getParameterValues(String name)：獲得有name 指定的參數的所有值
getProtocol()：獲取客戶端向服務器端傳送數據所依據的協議名稱
getQueryString()：獲得查詢字符串
getRequestURI()：獲取發出請求字符串的客戶端地址
getRemoteAddr()：獲取客戶端的IP 地址
getRemoteHost()：獲取客戶端的名字
getSession([Boolean create])：返回和請求相關Session
getServerName()：獲取服務器的名字
getServletPath()：獲取客戶端所請求的腳本文件的路徑
getServerPort()：獲取服務器的端口號
removeAttribute(String name)：刪除請求中的一個屬性
67、J2EE 是技術還是平臺還是框架？
J2EE 本身是一個標準，一個為企業分布式應用的開發提供的標準平臺。
J2EE 也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA 等技術。
68、我們在web 應用開發過程中經常遇到輸出某種編碼的字符，如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、簡述邏輯操作(&,|,^)與條件操作(&&,||)的區別。
區別主要答兩點：a.條件操作只能操作布爾型的,而邏輯操作不僅可以操作布爾型,而且可以
操作數值型
b.邏輯操作不會產生短路
70、XML 文檔定義有幾種形式？它們之間有何本質區別？解析XML 文檔有哪
幾種方式？
a: 兩種形式 dtd schema
b: 本質區別:schema 本身是xml 的，可以被XML 解析器解析(這也是從DTD 上發展schema
的根本目的)
c:有DOM,SAX,STAX 等
DOM:處理大型文件時其性能下降的非常厲害。這個問題是由DOM 的樹結構所造成的，這
種結構占用的內存較多，而且DOM 必須在解析文件之前把整個文檔裝入內存,適合對XML
的隨機訪問
SAX:不現于DOM,SAX 是事件驅動型的XML 解析方式。它順序讀取XML 文件，不需要一
次全部裝載整個文件。當遇到像文件開頭，文檔結束，或者標簽開頭與標簽結束時，它會觸
發一個事件，用戶通過在其回調事件中寫入處理代碼來處理XML 文件，適合對XML 的順
序訪問
STAX:Streaming API for XML (StAX)
xml 文檔有兩種定義方法：
dtd：數據類型定義（data type definition），用以描述XML 文檔的文檔結構，是早期的XML
文檔定義形式。
schema：其本身是基于XML 語言編寫的，在類型和語法上的限定能力比dtd 強，處理也比
較方便，因為此正逐漸代替dtd 成為新的模式定義語言。
71、簡述synchronized 和java.util.concurrent.locks.Lock 的異同？
主要相同點：Lock 能完成synchronized 所實現的所有功能
主要不同點：Lock 有比synchronized 更精確的線程語義和更好的性能。synchronized 會自動
釋放鎖，而Lock 一定要求程序員手工釋放，并且必須在finally 從句中釋放。
72、EJB 的角色和三個對象
一個完整的基于EJB 的分布式計算結構由六個角色組成，這六個角色可以由不同的開發商
提供，每個角色所作的工作必須遵循Sun 公司提供的EJB 規范，以保證彼此之間的兼容性。
這六個角色分別是EJB 組件開發者（Enterprise Bean Provider） 、應用組合者（Application
Assembler）、部署者（Deployer）、EJB 服務器提供者（EJB Server Provider）、EJB 容器提供
者（EJB Container Provider）、系統管理員（System Administrator）
三個對象是Remote（Local）接口、Home（LocalHome）接口，Bean 類
73、EJB 容器提供的服務
主要提供聲明周期管理、代碼產生、持續性管理、安全、事務管理、鎖和并發行管理等服務。
74、EJB 規范規定EJB 中禁止的操作有哪些？
1. 不能操作線程和線程API(線程API 指非線程對象的方法如notify,wait 等)，2.不能操作awt，
3.不能實現服務器功能，4.不能對靜態屬生存取，5.不能使用IO 操作直接存取文件系統，6.
不能加載本地庫.，7.不能將this 作為變量和返回，8.不能循環調用。
75、remote 接口和home 接口主要作用
remote 接口定義了業務方法，用于EJB 客戶端調用業務方法。
home 接口是EJB 工廠用于創建和移除查找EJB 實例
76、bean 實例的生命周期
對于Stateless Session Bean、Entity Bean、Message Driven Bean 一般存在緩沖池管理，而對
于Entity Bean 和Statefull Session Bean 存在Cache 管理，通常包含創建實例，設置上下文、
創建EJB Object（create）、業務方法調用、remove 等過程，對于存在緩沖池管理的Bean，
在create 之后實例并不從內存清除，而是采用緩沖池調度機制不斷重用實例，而對于存在
Cache 管理的Bean 則通過激活和去激活機制保持Bean 的狀態并限制內存中實例數量。
77、EJB 的激活機制
以Stateful Session Bean 為例：其Cache 大小決定了內存中可以同時存在的Bean 實例的數量，
根據MRU 或NRU 算法，實例在激活和去激活狀態之間遷移，激活機制是當客戶端調用某
個EJB 實例業務方法時，如果對應EJB Object 發現自己沒有綁定對應的Bean 實例則從其去
激活Bean 存儲中（通過序列化機制存儲實例）回復（激活）此實例。狀態變遷前會調用對
應的 ejbActive 和ejbPassivate 方法。
78、EJB 的幾種類型
會話（Session）Bean ，實體（Entity）Bean 消息驅動的（Message Driven）Bean
會話Bean 又可分為有狀態（Stateful）和無狀態（Stateless）兩種
實體Bean 可分為Bean 管理的持續性（BMP）和容器管理的持續性（CMP）兩種
79、客服端調用EJB 對象的幾個基本步驟
設置JNDI 服務工廠以及JNDI 服務地址系統屬性，查找Home 接口，從Home 接口調用Create
方法創建Remote 接口，通過Remote 接口調用其業務方法。
80、如何給weblogic 指定大小的內存?
在啟動Weblogic 的腳本中（位于所在Domian 對應服務器目錄下的startServerName），增加
set MEM_ARGS=-Xms32m -Xmx200m，可以調整最小內存為32M，最大200M
81、如何設定的weblogic 的熱啟動模式(開發模式)與產品發布模式?
可以在管理控制臺中修改對應服務器的啟動模式為開發或產品模式之一。或者修改服務的啟
動文件或者commenv 文件，增加set PRODUCTION_MODE=true。
82、如何啟動時不需輸入用戶名與密碼?
修改服務啟動文件，增加 WLS_USER 和WLS_PW 項。也可以在boot.properties 文件中增
加加密過的用戶名和密碼.
83、在weblogic 管理制臺中對一個應用域(或者說是一個網站,Domain)進行jms
及ejb 或連接池等相關信息進行配置后,實際保存在什么文件中?
保存在此Domain 的config.xml 文件中，它是服務器的核心配置文件。
84、說說weblogic 中一個Domain 的缺省目錄結構?比如要將一個簡單的
helloWorld.jsp 放入何目錄下, 然的在瀏覽器上就可打入主機: 端口號
//helloword.jsp 就可以看到運行結果了? 又比如這其中用到了一個自己寫的javaBean 該如何
辦?
Domain 目錄服務器目錄applications，將應用目錄放在此目錄下將可以作為應用訪問，如果
是Web 應用，應用目錄需要滿足Web 應用目錄要求，jsp 文件可以直接放在應用目錄中，
Javabean 需要放在應用目錄的WEB-INF 目錄的classes 目錄中，設置服務器的缺省應用將可
以實現在瀏覽器上無需輸入應用名。
85、在weblogic 中發布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 實現SSL，需要配置服務器使用
Enable SSL，配置其端口，在產品模式下需要從CA 獲取私有密鑰和數字證書，創建identity
和trust keystore，裝載獲得的密鑰和數字證書。可以配置此SSL 連接是單向還是雙向的。
87、如何查看在weblogic 中已經發布的EJB?
可以使用管理控制臺，在它的Deployment 中可以查看所有已發布的EJB
88、CORBA 是什么?用途是什么?
CORBA 標準是公共對象請求代理結構(Common Object Request Broker Architecture)，由對象
管理組織 (Object Management Group，縮寫為 OMG)標準化。它的組成是接口定義語言(IDL),
語言綁定(binding:也譯為聯編)和允許應用程序間互操作的協議。其目的為：用不同的程序設
計語言書寫在不同的進程中運行，為不同的操作系統開發。
89、說說你所熟悉或聽說過的j2ee 中的幾種常用模式?及對設計模式的一些看法
Session Facade Pattern：使用SessionBean 訪問EntityBean
Message Facade Pattern：實現異步調用
EJB Command Pattern：使用Command JavaBeans 取代SessionBean，實現輕量級訪問
Data Transfer Object Factory：通過DTO Factory 簡化EntityBean 數據提供特性
Generic Attribute Access：通過AttibuteAccess 接口簡化EntityBean 數據提供特性
Business Interface：通過遠程（本地）接口和Bean 類實現相同接口規范業務邏輯一致性
ＥＪＢ架構的設計好壞將直接影響系統的性能、可擴展性、可維護性、組件可重用性及開發
效率。項目越復雜，項目隊伍越龐大則越能體現良好設計的重要性。
90、說說在weblogic 中開發消息Bean 時的persistent 與non-persisten 的差別
persistent 方式的MDB 可以保證消息傳遞的可靠性,也就是如果EJB 容器出現問題而JMS 服
務器依然會將消息在此MDB 可用的時候發送過來，而non－persistent 方式的消息將被丟棄。
既然沒有標準答案，就根據自己的所了解的，補充修正一下好了
91、Servlet 執行時一般實現哪幾個方法？
public void init(ServletConfig config)
public ServletConfig getServletConfig()
public String getServletInfo()
public void service(ServletRequest request,ServletResponse response)
public void destroy()
init ()方法在servlet 的生命周期中僅執行一次，在服務器裝載servlet 時執行。缺省的init()
方法通常是符合要求的，不過也可以根據需要進行 override，比如管理服務器端資源，一次
性裝入GIF 圖像，初始化數據庫連接等，缺省的inti()方法設置了servlet 的初始化參數，并
用它的ServeltConfig 對象參數來啟動配置，所以覆蓋init()方法時，應調用super.init()以確保
仍然執行這些任務。
service ()方法是servlet 的核心，在調用service()方法之前，應確保已完成init()方法。對于
HttpServlet，每當客戶請求一個 HttpServlet 對象，該對象的service()方法就要被調用，
HttpServlet 缺省的service()方法的服務功能就是調用與 HTTP 請求的方法相應的do 功能，
doPost()和doGet()，所以對于HttpServlet，一般都是重寫doPost()和doGet() 方法。
destroy()方法在servlet 的生命周期中也僅執行一次，即在服務器停止卸載servlet 時執行，把
servlet 作為服務器進程的一部分關閉。缺省的destroy()方法通常是符合要求的，但也可以
override，比如在卸載servlet 時將統計數字保存在文件中，或是關閉數據庫連接。
getServletConfig() 方法返回一個servletConfig 對象， 該對象用來返回初始化參數和
servletContext。servletContext 接口提供有關servlet 的環境信息。
getServletInfo()方法提供有關servlet 的信息，如作者，版本，版權。
92、j2ee 常用的設計模式？說明工廠模式。
Java 中的23 種設計模式：
Factory（工廠模式）， Builder（建造模式）， Factory Method（工廠方法模式），
Prototype（原始模型模式），Singleton（單例模式）， Facade（門面模式），
Adapter（適配器模式）， Bridge（橋梁模式）， Composite（合成模式），
Decorator（裝飾模式）， Flyweight（享元模式）， Proxy（代理模式），
Command（命令模式）， Interpreter（解釋器模式）， Visitor（訪問者模式），
Iterator（迭代子模式）， Mediator（調停者模式）， Memento（備忘錄模式），
Observer（觀察者模式）， State（狀態模式）， Strategy（策略模式），
Template Method（模板方法模式）， Chain Of Responsibleity（責任鏈模式）
工廠模式：工廠模式是一種經常被使用到的模式，根據工廠模式實現的類可以根據提供的數
據生成一組類中某一個類的實例，通常這一組類有一個公共的抽象父類并且實現了相同的方
法，但是這些方法針對不同的數據進行了不同的操作。首先需要定義一個基類，該類的子類
通過不同的方法實現了基類中的方法。然后需要定義一個工廠類，工廠類可以根據條件生成
不同的子類實例。當得到子類的實例后，開發人員可以調用基類中的方法而不必考慮到底返
回的是哪一個子類的實例。
93、EJB 需直接實現它的業務接口或Home 接口嗎，請簡述理由。
遠程接口和Home 接口不需要直接實現，他們的實現代碼是由服務器產生的，程序運行中對
應實現類會作為對應接口類型的實例被使用。
其實一直都不是很明白EJB 的remote 接口，home 接口，Bean 類究竟是如何使用的，或許
應該進一步了解EJB 的原理吧，查到了一個原創文章，那就說說EJB 調用的原理吧。其實
在這個問題上，最需要理解的是RMI 機制原理。
一個遠程對象至少要包括4 個class 文件：遠程對象、遠程對象接口、實現遠程接口的對象
的stub、對象的skeleton。
而在EJB 中則至少要包括10 個class:
Bean 類，特定App Server 的Bean 實現類
Bean 的remote 接口，特定App Server 的remote 接口實現類，特定App Server 的remote 接
口的實現類的stub 類和skeleton 類。
Bean 的home 接口，特定App Server 的home 接口實現類，特定App Server 的home 接口的
實現類的stub 類和skeleton 類。
和RMI 不同的是，EJB 中這10 個class 真正需要用戶寫的只有3 個，Bean 類，remote 接口，
home 接口，其它的7 個究竟怎么生成，被打包在哪里，是否需要更多的類文件，否根據不
同的App Server 表現出較大的差異。
Weblogic：
home 接口和remote 接口的weblogic 的實現類的stub 類和skeleton 類是在EJB 被部署到
weblogic 的時候，由weblogic 動態生成stub 類和skeleton 類的字節碼，所以看不到這4 個
類文件。
對于一次客戶端遠程調用EJB，要經過兩個遠程對象的多次RMI 循環。首先是通過JNDI
查找Home 接口，獲得Home 接口的實現類，這個過程其實相當復雜，首先是找到Home 接
口的Weblogic 實現類，然后創建一個Home 接口的Weblogic 實現類的stub 類的對象實例，
將它序列化傳送給客戶端（注意stub 類的實例是在第1 次RMI 循環中，由服務器動態發送
給客戶端的，因此不需要客戶端保存Home 接口的Weblogic 實現類的stub 類），最后客戶
端獲得該stub 類的對象實例（普通的RMI 需要在客戶端保存stub 類，而EJB 不需要，因為
服務器會把stub 類的對象實例發送給客戶端）。
客戶端拿到服務器給它的Home 接口的Weblogic 實現類的stub 類對象實例以后，調用stub
類的create 方法， (在代碼上就是home.create()，但是后臺要做很多事情),于是經過第2 次
RMI 循環，在服務器端，Home 接口的Weblogic 實現類的 skeleton 類收到stub 類的調用信
息后，由它再去調用Home 接口的Weblogic 實現類的create 方法。
在服務端， Home 接口的Weblogic 實現類的create 方法再去調用Bean 類的Weblogic 實現
類的ejbCreate 方法，在服務端創建或者分配一個EJB 實例，然后將這個EJB 實例的遠程接
口的Weblogic 實現類的stub 類對象實例序列化發送給客戶端。
客戶端收到 remote 接口的Weblogic 實現類的stub 類的對象實例，對該對象實例的方法調用
（在客戶端代碼中實際上就是對remote 接口的調用），將傳送給服務器端remote 接口的
Weblogic 實現類的skeleton 類對象，而skeleton 類對象再調用相應的remote 接口的 Weblogic
實現類，然后remote 接口的Weblogic 實現類再去調用Bean 類的Weblogic 實現類，如此就
完成一次EJB 對象的遠程調用。
先拿普通RMI 來說，有4 個class，分別是遠程對象，對象的接口，對象的stub 類和skeleton
類。而對象本身和對象的stub 類同時都實現了接口類。而我們在客戶端代碼調用遠程對象
的時候，雖然在代碼中操縱接口，實質上是在操縱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();
因為使用接口適用性更廣，就算更換了接口實現類，也不需要更改代碼。因此客戶端需要
Hello.class 和Hello_Stub.class 這兩個文件。但是對于EJB 來說，就不需要Hello_Stub.class，
因為服務器會發送給它，但是Hello.class 文件客戶端是省不了的，必須有。表面上我們的客
戶端代碼在操縱Hello，但別忘記了Hello只是一個接口，抽象的，實質上是在操縱Hello_Stub。
拿Weblogic 上的EJB 舉例子，10 個class 分別是：
Bean 類：HelloBean （用戶編寫）
Bean 類的Weblogic 實現類：HelloBean_Impl （EJBC 生成）
Home 接口：HelloHome （用戶編寫）
Home 接口的Weblogic 實現類 HelloBean_HomeImpl（EJBC 生成）
Home 接口的Weblogic 實現類的stub 類 HelloBean_HomeImpl_WLStub（部署的時候動態生
成字節碼）
Home 接口的Weblogic 實現類的skeleton 類 HelloBean_HomeImpl_WLSkeleton（部署的時候
動態生成字節碼）
Remote 接口： Hello （用戶編寫）
Remote 接口的Weblogic 實現類 HelloBean_EOImpl（EJBC 生成）
Remote 接口的Weblogic 實現類的stub 類 HelloBean_EOImpl_WLStub（部署的時候動態生
成字節碼）
Remote 接口的Weblogic 實現類的skeleton 類 HelloBean_EOImpl_WLSkeleton（部署的時候
動態生成字節碼）
客戶端只需要Hello.class 和HelloHome.class 這兩個文件。
HelloHome home = (Home) PortableRemoteObject.narrow(ctx.lookup("Hello"),
HelloHome.class);
這一行代碼是從JNDI 獲得Home 接口，但是請記住！接口是抽象的，那么home 這個對象
到底是什么類的對象實例呢？很簡單，用toString()輸出看一下就明白了，下面一行是輸出
結果：
HelloBean_HomeImpl_WLStub@18c458
這表明home 這個通過從服務器的JNDI 樹上查找獲得的對象實際上是
HelloBean_HomeImpl_WLStub 類的一個實例。
接下來客戶端代碼：
Hello h = home.create()
同樣Hello 只是一個抽象的接口，那么h 對象是什么東西呢？打印一下：
HelloBean_EOImpl_WLStub@8fa0d1
原來是HelloBean_EOImpl_WLStub 的一個對象實例。
用這個例子來簡述一遍EJB 調用過程：
首先客戶端JNDI 查詢， 服務端JNDI 樹上Hello 這個名字實際上綁定的對象是
HelloBean_HomeImpl_WLStub，所以服務端將創建HelloBean_HomeImpl_WLStub 的一個對
象實例，序列化返回給客戶端。
于是客戶端得到home 對象，表面上是得到HelloHome 接口的實例，實際上是進行了一次遠
程調用得到了 HelloBean_HomeImpl_WLStub 類的對象實例， 別忘記了
HelloBean_HomeImpl_WLStub 也實現了 HelloHome 接口。
然后home.create()實質上就是 HelloBean_HomeImpl_WLStub.create()，該方法將發送信息給
HelloBean_HomeImpl_WLSkeleton，而HelloBean_HomeImpl_WLSkeleton 接受到信息后，再
去調用 HelloBean_HomeImpl 的create 方法，至此完成第1 次完整的RMI 循環。
注意在這次RMI 循環過程中，遠程對象是HelloBean_HomeImpl，遠程對象的接口是
HelloHome ， 對象的stub 是HelloBean_HomeImpl_WLStub ， 對象的skeleton 是
HelloBean_HomeImpl_WLSkeleton。
然后HelloBean_HomeImpl 再去調用HelloBean_Impl 的ejbCreate 方法，而HelloBean_Impl
的ejbCreate 方法將負責創建或者分配一個 Bean 實例， 并且創建一個
HelloBean_EOImpl_WLStub 的對象實例。
這一步比較有趣的是，在前一步RMI 循環中，遠程對象HelloBean_HomeImpl 在客戶端有一
個代理類HelloBean_HomeImpl_WLStub，但在這一步， HelloBean_HomeImpl 自己卻充當
了HelloBean_Impl 的代理類，只不過HelloBean_HomeImpl 不在客戶端，而是在服務端，因
此不進行RMI。
然后HelloBean_EOImpl_WLStub 的對象實例序列化返回給客戶端，這一步也很有趣，上次
RMI 過程，主角是HelloBean_HomeImpl 和它的代理類HelloBean_HomeImpl_WLStub，但這
這一次換成了 HelloBean_EOImpl 和它的代理類HelloBean_EOImpl_WLStub 來玩了。
Hello h = home.create();h.helloWorld();
假設Hello 接口有一個helloWorld 遠程方法，那么表面上是在調用Hello 接口的helloWorld
方法，實際上是在調用HelloBean_EOImpl_WLStub 的helloWorld 方法。
然后HelloBean_EOImpl_WLStub 的helloWorld 方法將發送信息給服務器上的
HelloBean_EOImpl_WLSkeleton，而HelloBean_EOImpl_WLSkeleton 收到信息以后，再去調
用 HelloBean_EOImpl 的helloWorld 方法。至此，完成第2 次完整的RMI 循環過程。
在剛才 HelloBean_EOImpl 是作為遠程對象被調用的， 它的代理類是
HelloBean_EOImpl_WLStub，但現在 HelloBean_EOImpl 要作為HelloBean_Impl 的代理類了。
現在HelloBean_EOImpl 去調用 HelloBean_Impl 的helloWorld 方法。注意！HelloBean_Impl
繼承了HelloBean，而HelloBean 中的 helloWorld 方法是我們親自編寫的代碼，現在終于調
用到了我們編寫的代碼了！
至此， 一次EJB 調用過程終于完成。在整個過程中， 服務端主要要調用的類是
HelloBean_Impl ， HelloBean_HomeImpl ， HelloBean_HomeImpl_WLSkeleton ，
HelloBean_EOImpl ， HelloBean_EOImpl_WLSkeleton 。客戶端主要調用的類是
HelloBean_HomeImpl_WLStub， HelloBean_EOImpl_WLStub，這兩個類在客戶端代碼中并
不會直接出現，出現在代碼中的類是他們的接口HelloHome 和 Hello，因此客戶端需要這兩
個接口文件，而Stub 是服務器傳送給他們的。
http://www.pbase.com/nobo123/image/27229257
http://forum.javaeye.com/viewtop ... der=asc&start=0
94、排序都有哪幾種方法？請列舉。用JAVA 實現一個快速排序。
排序的方法有：插入排序（直接插入排序、希爾排序），交換排序（冒泡排序、快速排序），
選擇排序（直接選擇排序、堆排序），歸并排序，分配排序（箱排序、基數排序）
快速排序的偽代碼。
/ /使用快速排序方法對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 進行排序
所得結果為l e f t + m i d d l e + r i g h t
95、請對以下在J2EE 中常用的名詞進行解釋(或簡單描述)
web 容器：給處于其中的應用程序組件（JSP，SERVLET）提供一個環境，使JSP,SERVLET
直接和容器中的環境變量接接口互，不必關注其它系統問題。主要有WEB 服務器來實現。
例如：TOMCAT,WEBLOGIC,WEBSPHERE 等。該容器提供的接口嚴格遵守J2EE 規范中的
WEB APPLICATION 標準。我們把遵守以上標準的WEB 服務器就叫做J2EE 中的WEB 容
器。
Web container：實現J2EE 體系結構中Web 組件協議的容器。這個協議規定了一個Web 組件
運行時的環境，包括安全，一致性，生命周期管理，事務，配置和其它的服務。一個提供和
JSP 和J2EE 平臺APIs 界面相同服務的容器。一個Web container 由Web 服務器或者J2EE
服務器提供。
EJB 容器：Enterprise java bean 容器。更具有行業領域特色。他提供給運行在其中的組件EJB
各種管理功能。只要滿足J2EE 規范的EJB 放入該容器，馬上就會被容器進行高效率的管理。
并且可以通過現成的接口來獲得系統級別的服務。例如郵件服務、事務管理。
一個實現了J2EE 體系結構中EJB 組件規范的容器。
這個規范指定了一個Enterprise bean 的運行時環境，包括安全，一致性，生命周期，事務，
配置，和其他的服務。
JNDI：（Java Naming & Directory Interface）JAVA 命名目錄服務。主要提供的功能是：提供
一個目錄系統，讓其它各地的應用程序在其上面留下自己的索引，從而滿足快速查找和定位
分布式應用程序的功能。
JMS：（Java Message Service）JAVA 消息服務。主要實現各個應用程序之間的通訊。包括點
對點和廣播。
JTA：（Java Transaction API）JAVA 事務服務。提供各種分布式事務服務。應用程序只需調
用其提供的接口即可。
JAF：（Java Action FrameWork）JAVA 安全認證框架。提供一些安全控制方面的框架。讓開
發者通過各種部署和自定義實現自己的個性安全控制策略。
RMI/IIOP: （Remote Method Invocation /internet 對象請求中介協議）他們主要用于通過遠程
調用服務。例如，遠程有一臺計算機上運行一個程序，它提供股票分析服務，我們可以在本
地計算機上實現對其直接調用。當然這是要通過一定的規范才能在異構的系統之間進行通
信。RMI 是JAVA 特有的。
RMI-IIOP 出現以前，只有RMI 和 CORBA 兩種選擇來進行分布式程序設計。RMI-IIOP 綜
合了RMI 和CORBA 的優點，克服了他們的缺點，使得程序員能更方便的編寫分布式程序
設計，實現分布式計算。首先，RMI-IIOP 綜合了RMI 的簡單性和CORBA 的多語言性（兼
容性），其次RMI-IIOP 克服了RMI 只能用于Java 的缺點和CORBA 的復雜性（可以不用掌
握IDL）。
96、JAVA 語言如何進行異常處理，關鍵字：throws,throw,try,catch,finally 分別
代表什么意義？在try 塊中可以拋出異常嗎？
Java 通過面向對象的方法進行異常處理，把各種不同的異常進行分類，并提供了良好的接
口。在Java 中，每個異常都是一個對象，它是Throwable 類或其它子類的實例。當一個方
法出現異常后便拋出一個異常對象，該對象中包含有異常信息，調用這個對象的方法可以捕
獲到這個異常并進行處理。Java 的異常處理是通過5 個關鍵詞來實現的：try、catch、throw、
throws 和finally。一般情況下是用try 來執行一段程序，如果出現異常，系統會拋出（throws）
一個異常，這時候你可以通過它的類型來捕捉（catch）它，或最后（finally）由缺省處理器
來處理。
用try 來指定一塊預防所有"異常"的程序。緊跟在try 程序后面，應包含一個catch 子句來指
定你想要捕捉的"異常"的類型。
throw 語句用來明確地拋出一個"異常"。
throws 用來標明一個成員函數可能拋出的各種"異常"。
Finally 為確保一段代碼不管發生什么"異常"都被執行一段代碼。
可以在一個成員函數調用的外面寫一個try 語句，在這個成員函數內部寫另一個try 語句保
護其他代碼。每當遇到一個try 語句，"異常"的框架就放到堆棧上面，直到所有的try 語句都
完成。如果下一級的try 語句沒有對某種"異常"進行處理，堆棧就會展開，直到遇到有處理
這種"異常"的try 語句。
http://www.programfan.com/article/showarticle.asp?id=2731
97、一個".java"源文件中是否可以包括多個類（不是內部類）？有什么限制？
可以。必須只有一個類名與文件名相同。
98、MVC 的各個部分都有那些技術來實現?如何實現?
MVC 是Model－View－Controller 的簡寫。"Model" 代表的是應用的業務邏輯（通過
JavaBean，EJB 組件實現）， "View" 是應用的表示面，用于與用戶的交互（由JSP 頁面產
生），"Controller" 是提供應用的處理過程控制（一般是一個Servlet），通過這種設計模型把
應用邏輯，處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。
model 層實現系統中的業務邏輯，view 層用于與用戶的交互，controller 層是model 與view
之間溝通的橋梁，可以分派用戶的請求并選擇恰當的視圖以用于顯示，同時它也可以解釋用
戶的輸入并將它們映射為模型層可執行的操作。
99、java 中有幾種方法可以實現一個線程？用什么關鍵字修飾同步方法? stop()
和suspend()方法為何不推薦使用？
有兩種實現方法，分別是繼承Thread 類與實現Runnable 接口
用synchronized 關鍵字修飾同步方法
反對使用stop()，是因為它不安全。它會解除由線程獲取的所有鎖定，而且如果對象處于一
種不連貫狀態，那么其他線程能在那種狀態下檢查和修改它們。結果很難檢查出真正的問題
所在。suspend()方法容易發生死鎖。調用suspend()的時候，目標線程會停下來，但卻仍然持
有在這之前獲得的鎖定。此時，其他任何線程都不能訪問鎖定的資源，除非被"掛起"的線程
恢復運行。對任何線程來說，如果它們想恢復目標線程，同時又試圖使用任何一個鎖定的資
源，就會造成死鎖。所以不應該使用suspend()，而應在自己的Thread 類中置入一個標志，
指出線程應該活動還是掛起。若標志指出線程應該掛起，便用 wait()命其進入等待狀態。若
標志指出線程應當恢復，則用一個notify()重新啟動線程。
100、java 中有幾種類型的流？JDK 為每種類型的流提供了一些抽象類以供繼
承，請說出他們分別是哪些類？
字節流，字符流。字節流繼承于InputStream OutputStream，字符流繼承于InputStreamReader
OutputStreamWriter。在java.io 包中還有許多其他的流，主要是為了提高性能和使用方便。
101、java 中會存在內存泄漏嗎，請簡單描述。
的確存在Java 的內存泄漏, 并且事態可以變得相當嚴重
Java garbage collector 自動釋放哪些內存里面程序不在需要的對象, 以此避免大多數的其他
程序上下文的內存泄漏. 但是Java 應用程序依舊會有相當的內存泄漏. 查找原因會十分困
難.
有兩類主要的Java 內存泄漏:
* 不再需要的對象引用
* 未釋放的系統資源
2.2 非必要的對象引用
Java 代碼常常保留對于不再需要的對象引用, 并且這組織了內存的垃圾收集器的工作. Java
對象通常被其他對象包含引用, 為此一個單一對象可以保持整個對象樹在內存中, 于是導致
了如下問題:
* 在向數組添加對象以后遺漏了對于他們的處理
* 直到你再次使用對象的時候都不釋放引用. 比如一個菜單指令可以插件一個對象實例引
用并且不釋放便于以后再次調用的時候使用, 但是也許永遠不會發生.
* 在其他引用依然需要舊有狀態的時候貿然修改對象狀態. 比如當你為了在一個文本文件
里面保存一些屬性而使用一個數組, 諸如"字符個數"等字段在不再需要的時候依然保留在
內存當中.
* 允許一個長久執行的線程所引用的對象. 設置引用為NULL 也無濟于事, 在線程退出和空
閑之前, 對象不會被收集釋放
2.3 未釋放的系統資源
Java 方法可以定位Java 實例意外的堆內存, 諸如針對視窗和位圖的內存資源. Java 常常通過
JNI(Java Native Interface)調用C/C++子程序定位這些資源.
102、java 中實現多態的機制是什么？
方法的重寫Overriding 和重載Overloading 是Java 多態性的不同表現。重寫Overriding 是父
類與子類之間多態性的一種表現，重載Overloading 是一個類中多態性的一種表現。
103、垃圾回收器的基本原理是什么？垃圾回收器可以馬上回收內存嗎？有什么
辦法主動通知虛擬機進行垃圾回收？
對于GC 來說，當程序員創建對象時，GC 就開始監控這個對象的地址、大小以及使用情況。
通常，GC 采用有向圖的方式記錄和管理堆(heap)中的所有對象。通過這種方式確定哪些對
象是"可達的"，哪些對象是"不可達的"。當GC 確定一些對象為"不可達"時，GC 就有責任回
收這些內存空間。可以。程序員可以手動執行System.gc()，通知GC 運行，但是Java 語言
規范并不保證GC 一定會執行。
104、靜態變量和實例變量的區別？
static i = 10; //常量
class A a; a.i =10;//可變
105、什么是java 序列化，如何實現java 序列化？
序列化就是一種用來處理對象流的機制，所謂對象流也就是將對象的內容進行流化。可以對
流化后的對象進行讀寫操作，也可將流化后的對象傳輸于網絡之間。序列化是為了解決在對
對象流進行讀寫操作時所引發的問題。
序列化的實現：將需要被序列化的類實現Serializable 接口，該接口沒有需要實現的方法，
implements Serializable 只是為了標注該對象是可被序列化的，然后使用一個輸出流(如：
FileOutputStream) 來構造一個 ObjectOutputStream( 對象流) 對象， 接著， 使用
ObjectOutputStream 對象的writeObject(Object obj)方法就可以將參數為obj 的對象寫出(即保
存其狀態)，要恢復的話則用輸入流。
106、是否可以從一個static 方法內部發出對非static 方法的調用？
不可以,如果其中包含對象的method()；不能保證對象初始化.
107、寫clone()方法時，通常都有一行代碼，是什么？
Clone 有缺省行為，super.clone();他負責產生正確大小的空間，并逐位復制。
108、在JAVA 中，如何跳出當前的多重嵌套循環？
用break; return 方法。
109、List、Map、Set 三個接口，存取元素時，各有什么特點？
List 以特定次序來持有元素，可有重復元素。Set 無法擁有重復元素,內部排序。Map 保存
key-value 值，value 可多值。
110、J2EE 是什么？
J2EE 是Sun 公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的
企業級應用模型 (enterpriese application model).在這樣的一個應用系統中，可按照功能劃分
為不同的組件，這些組件又可在不同計算機上，并且處于相應的層次(tier)中。所屬層次包括
客戶層(clietn tier)組件,web 層和組件,Business 層和組件,企業信息系統(EIS)層。
111、UML 方面
標準建模語言UML。用例圖,靜態圖(包括類圖、對象圖和包圖),行為圖,交互圖(順序圖,合作
圖),實現圖。
112、說出一些常用的類，包，接口，請各舉5 個
常用的類：BufferedReader BufferedWriter FileReader FileWirter String Integer
常用的包：java.lang java.awt java.io java.util java.sql
常用的接口：Remote List Map Document NodeList
113、開發中都用到了那些設計模式?用在什么場合?
每個模式都描述了一個在我們的環境中不斷出現的問題，然后描述了該問題的解決方案的核
心。通過這種方式，你可以無數次地使用那些已有的解決方案，無需在重復相同的工作。主
要用到了MVC 的設計模式。用來開發JSP/Servlet 或者J2EE 的相關應用。簡單工廠模式等。
114、jsp 有哪些動作?作用分別是什么?
JSP 共有以下6 種基本動作 jsp:include：在頁面被請求的時候引入一個文件。 jsp:useBean：
尋找或者實例化一個JavaBean。 jsp:setProperty：設置JavaBean 的屬性。 jsp:getProperty：
輸出某個JavaBean 的屬性。 jsp:forward：把請求轉到一個新的頁面。 jsp:plugin：根據瀏覽
器類型為Java 插件生成OBJECT 或EMBED 標記。
115、Anonymous Inner Class (匿名內部類) 是否可以extends(繼承)其它類，是
否可以implements(實現)interface(接口)?
可以繼承其他類或完成其他接口，在swing 編程中常用此方式。
116、應用服務器與WEB SERVER 的區別？
應用服務器：Weblogic、Tomcat、Jboss
WEB SERVER：IIS、 Apache
117、BS 與CS 的聯系與區別。
C/S 是Client/Server 的縮寫。服務器通常采用高性能的PC、工作站或小型機，并采用大型
數據庫系統，如Oracle、Sybase、Informix 或 SQL Server。客戶端需要安裝專用的客戶端軟
件。
B/Ｓ是Brower/Server 的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator
或Internet Explorer，服務器安裝Oracle、Sybase、Informix 或 SQL Server 等數據庫。在這
種結構下，用戶界面完全通過WWW 瀏覽器實現，一部分事務邏輯在前端實現，但是主要
事務邏輯在服務器端實現。瀏覽器通過Ｗeb Server 同數據庫進行數據交互。
C/S 與 B/S 區別：
１．硬件環境不同:
C/S 一般建立在專用的網絡上, 小范圍里的網絡環境, 局域網之間再通過專門服務器提
供連接和數據交換服務.
B/S 建立在廣域網之上的, 不必是專門的網絡硬件環境,例與電話上網, 租用設備. 信息
自己管理. 有比C/S 更強的適應范圍, 一般只要有操作系統和瀏覽器就行
２．對安全要求不同
C/S 一般面向相對固定的用戶群, 對信息安全的控制能力很強. 一般高度機密的信息系
統采用C/S 結構適宜. 可以通過B/S 發布部分可公開信息.
B/S 建立在廣域網之上, 對安全的控制能力相對弱, 可能面向不可知的用戶。
３．對程序架構不同
C/S 程序可以更加注重流程, 可以對權限多層次校驗, 對系統運行速度可以較少考慮.
B/S 對安全以及訪問速度的多重的考慮, 建立在需要更加優化的基礎之上. 比C/S 有更
高的要求 B/S 結構的程序架構是發展的趨勢, 從MS 的.Net 系列的BizTalk 2000 Exchange
2000 等, 全面支持網絡的構件搭建的系統. SUN 和IBM 推的JavaBean 構件技術等,使 B/S
更加成熟.
４．軟件重用不同
C/S 程序可以不可避免的整體性考慮, 構件的重用性不如在B/S 要求下的構件的重用性
好.
B/S 對的多重結構,要求構件相對獨立的功能. 能夠相對較好的重用.就入買來的餐桌可
以再利用,而不是做在墻上的石頭桌子
５．系統維護不同
C/S 程序由于整體性, 必須整體考察, 處理出現的問題以及系統升級. 升級難. 可能是
再做一個全新的系統
B/S 構件組成,方面構件個別的更換,實現系統的無縫升級. 系統維護開銷減到最小.用戶
從網上自己下載安裝就可以實現升級.
６．處理問題不同
C/S 程序可以處理用戶面固定, 并且在相同區域, 安全要求高需求, 與操作系統相關.
應該都是相同的系統
B/S 建立在廣域網上, 面向不同的用戶群, 分散地域, 這是C/S 無法作到的. 與操作系
統平臺關系最小.
７．用戶接口不同
C/S 多是建立的Window 平臺上,表現方法有限,對程序員普遍要求較高
B/S 建立在瀏覽器上, 有更加豐富和生動的表現方式與用戶交流. 并且大部分難度減低,
減低開發成本.
８．信息流不同
C/S 程序一般是典型的中央集權的機械式處理, 交互性相對低
B/S 信息流向可變化, B-B B-C B-G 等信息、流向的變化, 更像交易中心。
118、LINUX 下線程，GDI 類的解釋。
LINUX 實現的就是基于核心輕量級進程的"一對一"線程模型，一個線程實體對應一個核心
輕量級進程，而線程之間的管理在核外函數庫中實現。
GDI 類為圖像設備編程接口類庫。
119、STRUTS 的應用(如STRUTS 架構)
Struts 是采用Java Servlet/JavaServer Pages 技術，開發Web 應用程序的開放源碼的
framework。采用Struts 能開發出基于MVC(Model-View-Controller)設計模式的應用構架。
Struts 有如下的主要功能：一.包含一個controller servlet，能將用戶的請求發送到相應的Action
對象。二.JSP 自由tag 庫，并且在controller servlet 中提供關聯支持，幫助開發員創建交互式
表單應用。三.提供了一系列實用對象：XML 處理、通過Java reflection APIs 自動處理
JavaBeans 屬性、國際化的提示和消息。
120、Jdo 是什么?
JDO 是Java 對象持久化的新的規范，為java data object 的簡稱,也是一個用于存取某種數據
倉庫中的對象的標準化API。JDO 提供了透明的對象存儲，因此對開發人員來說，存儲數據
對象完全不需要額外的代碼（如JDBC API 的使用）。這些繁瑣的例行工作已經轉移到JDO
產品提供商身上，使開發人員解脫出來，從而集中時間和精力在業務邏輯上。另外，JDO
很靈活，因為它可以在任何數據底層上運行。JDBC 只是面向關系數據庫（RDBMS）JDO
更通用，提供到任何數據底層的存儲功能，比如關系數據庫、文件、XML 以及對象數據庫
（ODBMS）等等，使得應用可移植性更強。
121、內部類可以引用他包含類的成員嗎？有沒有什么限制？
一個內部類對象可以訪問創建它的外部類對象的內容
內部類如果不是static 的，那么它可以訪問創建它的外部類對象的所有屬性
內部類如果是sattic的，即為nested class，那么它只可以訪問創建它的外部類對象的所有static
屬性
一般普通類只有public 或package 的訪問修飾，而內部類可以實現static，protected，private
等訪問修飾。
當從外部類繼承的時候，內部類是不會被覆蓋的，它們是完全獨立的實體，每個都在自己的
命名空間內，如果從內部類中明確地繼承，就可以覆蓋原來內部類的方法。
122、WEB SERVICE 名詞解釋。JSWDL 開發包的介紹。JAXP、JAXM 的解
釋。SOAP、UDDI,WSDL 解釋。
Web ServiceWeb Service 是基于網絡的、分布式的模塊化組件，它執行特定的任務，遵守具
體的技術規范，這些規范使得Web Service 能與其他兼容的組件進行互操作。
JAXP(Java API for XML Parsing) 定義了在Java 中使用DOM, SAX, XSLT 的通用的接口。這
樣在你的程序中你只要使用這些通用的接口，當你需要改變具體的實現時候也不需要修改代
碼。
JAXM(Java API for XML Messaging) 是為SOAP 通信提供訪問方法和傳輸機制的API。
WSDL 是一種 XML 格式，用于將網絡服務描述為一組端點，這些端點對包含面向文檔信
息或面向過程信息的消息進行操作。這種格式首先對操作和消息進行抽象描述，然后將其綁
定到具體的網絡協議和消息格式上以定義端點。相關的具體端點即組合成為抽象端點（服
務）。
SOAP 即簡單對象訪問協議(Simple Object Access Protocol)，它是用于交換XML 編碼信息的
輕量級協議。
UDDI 的目的是為電子商務建立標準；UDDI 是一套基于Web 的、分布式的、為Web Service
提供的、信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web Service
注冊，以使別的企業能夠發現的訪問協議的實現標準。
soap 是web service 最關鍵的技術，是web service 中數據和方法調傳輸的介質。
WSDL（web service definition language）描述了web service 的接口和功能。

總結

以上是生活随笔為你收集整理的JAVA程序员面试题集合的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。