JAVA程序員面試題集合

分類： 編程語言 2012-12-08 12:10 50人閱讀 評論(0) 收藏 舉報 1．面向?qū)ο蟮奶卣饔心男┓矫?br /> (1)抽象：
抽象就是忽略一個主題中與當(dāng)前目標(biāo)無關(guān)的那些方面，以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的
方面。抽象并不打算了解全部問題，而只是選擇其中的一部分，暫時不用部分細節(jié)。抽象包
括兩個方面，一是過程抽象，二是數(shù)據(jù)抽象。
(2)繼承：
繼承是一種聯(lián)結(jié)類的層次模型，并且允許和鼓勵類的重用，它提供了一種明確表述共性的方
法。對象的一個新類可以從現(xiàn)有的類中派生，這個過程稱為類繼承。新類繼承了原始類的特
性，新類稱為原始類的派生類（子類），而原始類稱為新類的基類（父類）。派生類可以從它
的基類那里繼承方法和實例變量，并且類可以修改或增加新的方法使之更適合特殊的需要。
(3)封裝：
封裝是把過程和數(shù)據(jù)包圍起來，對數(shù)據(jù)的訪問只能通過已定義的界面。面向?qū)ο笥嬎闶加谶@
個基本概念，即現(xiàn)實世界可以被描繪成一系列完全自治、封裝的對象，這些對象通過一個受
保護的接口訪問其他對象。
(4) 多態(tài)性：
多態(tài)性是指允許不同類的對象對同一消息作出響應(yīng)。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)
性。多態(tài)性語言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢，很好的解決了應(yīng)用程序函數(shù)
同名問題。
2．String 是最基本的數(shù)據(jù)類型嗎?
基本數(shù)據(jù)類型包括byte、int、char、long、float、double、boolean 和short。
java.lang.String 類是final 類型的，因此不可以繼承這個類、不能修改這個類。為了提高效率
節(jié)省空間，我們應(yīng)該用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)存儲，當(dāng)
引用類型和原始類型用作某個類的實例數(shù)據(jù)時所指定的缺省值。對象引用實例變量的缺省值
為 null，而原始類型實例變量的缺省值與它們的類型有關(guān)。
4、String 和StringBuffer 的區(qū)別
JAVA 平臺提供了兩個類：String 和StringBuffer，它們可以儲存和操作字符串，即包含多個
字符的字符數(shù)據(jù)。這個String 類提供了數(shù)值不可改變的字符串。而這個StringBuffer 類提供
的字符串進行修改。當(dāng)你知道字符數(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
方法自動派遣運行與請求對應(yīng)的doXXX 方法（doGet，doPost）等，當(dāng)服務(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 應(yīng)用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作，例如訪問數(shù)據(jù)庫、調(diào)
用其他EJB 組件。EntityBean 被用來代表應(yīng)用系統(tǒng)中用到的數(shù)據(jù)。
對于客戶機，SessionBean 是一種非持久性對象，它實現(xiàn)某些在服務(wù)器上運行的業(yè)務(wù)邏輯。
對于客戶機，EntityBean 是一種持久性對象，它代表一個存儲在持久性存儲器中的實體的對
象視圖，或是一個由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實體。
Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean ，這兩種的
Session Bean 都可以將系統(tǒng)邏輯放在 method 之中執(zhí)行，不同的是 Stateful Session Bean 可
以記錄呼叫者的狀態(tài)，因此通常來說，一個使用者會有一個相對應(yīng)的 Stateful Session Bean
的實體。Stateless Session Bean 雖然也是邏輯組件，但是他卻不負責(zé)記錄使用者狀態(tài)，也就
是說當(dāng)使用者呼叫 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）的方法，導(dǎo)致此線程暫停執(zhí)行指定時間，把執(zhí)行機會給其他線程，
但是監(jiān)控狀態(tài)依然保持，到時后會自動恢復(fù)。調(diào)用sleep 不會釋放對象鎖。
wait 是Object 類的方法，對此對象調(diào)用wait 方法導(dǎo)致本線程放棄對象鎖，進入等待此對象
的等待鎖定池，只有針對此對象發(fā)出notify 方法（或notifyAll）后本線程才進入對象鎖定池
準(zhǔn)備獲得對象鎖進入運行狀態(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 表示恢復(fù)不是不可能但很困難的情況下的一種嚴重問題。比如說內(nèi)存溢出。不可能指
望程序能處理這樣的情況。
exception 表示一種設(shè)計或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運行正常，從不會發(fā)生的
情況。
16、同步和異步有何異同，在什么情況下分別使用他們？舉例說明。
如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個線程讀到，或者正在讀的數(shù)
據(jù)可能已經(jīng)被另一個線程寫過了，那么這些數(shù)據(jù)就是共享數(shù)據(jù)，必須進行同步存取。
當(dāng)應(yīng)用程序在對象上調(diào)用了一個需要花費很長時間來執(zhí)行的方法，并且不希望讓程序等待方
法的返回時，就應(yīng)該使用異步編程，在很多情況下采用異步途徑往往更有效率。
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)類不能從接口定義中繼承行為。
當(dāng)類實現(xiàn)特殊接口時，它定義（即將程序體給予）所有這種接口的方法。然后，它可以在實
現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類，它允許使用接口名作為引用
變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換，
instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。
18、heap 和stack 有什么區(qū)別。
棧是一種線形集合，其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進先出的方式進行
處理。
堆是棧的一個組成元素
19、forward 和redirect 的區(qū)別
forward 是服務(wù)器請求資源，服務(wù)器直接訪問目標(biāo)地址的URL，把那個URL 的響應(yīng)內(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 是可復(fù)用的組件，對Java Bean 并沒有嚴格的規(guī)范，理論上講，任何一個Java 類
都可以是一個Bean。但通常情況下，由于Java Bean 是被容器所創(chuàng)建（如Tomcat）的，所
以Java Bean 應(yīng)具有一個無參的構(gòu)造器，另外，通常Java Bean 還要實現(xiàn)Serializable 接口用
于實現(xiàn)Bean 的持久性。Java Bean 實際上相當(dāng)于微軟COM 模型中的本地進程內(nèi)COM 組件，
它是不能被跨進程訪問的。Enterprise Java Bean 相當(dāng)于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) <!--include file="included.htm"-->
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)存回收會導(dǎo)致程序或系統(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?
兩個(一個是“xyx”,一個是指向“xyx”的引用對象s)
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)生必須退出的
標(biāo)志來停止一個線程。
31、EJB 包括（SessionBean,EntityBean）說出他們的生命周期，及如何管理事
務(wù)的？
SessionBean： Stateless Session Bean 的生命周期是由容器決定的，當(dāng)客戶機發(fā)出請求要建
立一個Bean 的實例時，EJB 容器不一定要創(chuàng)建一個新的Bean 的實例供客戶機調(diào)用，而是隨
便找一個現(xiàn)有的實例提供給客戶機。當(dāng)客戶機第一次調(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 就一直存活。而不是按照應(yīng)用程序或者服務(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、應(yīng)用服務(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ù)目的池連接?？蛻舳?br /> 程序需要連接時，池驅(qū)動程序會返回一個未使用的池連接并將其表記為忙。如果當(dāng)前沒有空
閑連接，池驅(qū)動程序就新建一定數(shù)量的連接，新建連接的數(shù)量由配置參數(shù)決定。當(dāng)使用的池
連接調(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 里的元素是不能重復(fù)的，那么用什么方法來區(qū)分重復(fù)與否呢? 是用==還
是equals()? 它們有何區(qū)別?
Set 里的元素是不能重復(fù)的，那么用iterator()方法來區(qū)分重復(fù)與否。equals()是判讀兩個Set
是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當(dāng)兩個分離的
對象的內(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ù)應(yīng)該
是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。
43、try {}里有一個return 語句，那么緊跟在這個try 后的finally {}里的code 會
不會被執(zhí)行，什么時候被執(zhí)行，在return 前還是后?
會執(zhí)行，在return 前執(zhí)行。
44、編程題: 用最有效率的方法算出2 乘以8 等於幾?
2 << 3 (有C 背景的程序員特別喜歡問這種問題)
45、兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話
對不對?
不對，有相同的hash code。
46、當(dāng)一個對象被當(dāng)作參數(shù)傳遞到一個方法后，此方法可改變這個對象的屬性，
并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java 編程語言只有值傳遞參數(shù)。當(dāng)一個對象實例作為一個參數(shù)被傳遞到方法中
時，參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變，但對象的引用
是永遠不會改變的。
47、當(dāng)一個線程進入一個對象的一個synchronized 方法后，其它線程是否可進
入此對象的其它方法?
不能，一個對象的一個synchronized 方法只能由一個線程訪問。
48、編程題: 寫一個Singleton 出來。
Singleton 模式主要作用是保證在Java 應(yīng)用程序中，一個類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ū)ο罄锩娴姆椒ɑ?br /> 屬性，現(xiàn)有的單繼承機制就不能滿足要求。與繼承相比，接口有更高的靈活性，因為接口中
沒有任何實現(xiàn)代碼。當(dāng)一個類實現(xiàn)了接口以后，該類要實現(xiàn)接口里面所有的方法和屬性，并
且接口里面的屬性在默認狀態(tài)下面都是public static,所有方法默認情況下是public.一個類可
以實現(xiàn)多個接口。
50、Java 中的異常處理機制的簡單原理和應(yīng)用。
當(dāng)JAVA 程序違反了JAVA 的語義規(guī)則時，JAVA 虛擬機就會將發(fā)生的錯誤表示為一個異常。
違反語義規(guī)則包括2 種情況。一種是JAVA 類庫內(nèi)置的語義檢查。例如數(shù)組下標(biāo)越界,會引發(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)存。垃圾回收器通常是作為一個單獨
的低級別的線程運行，不可預(yù)知的情況下對內(nèi)存堆中已經(jīng)死亡的或者長時間沒有使用的對象
進行清楚和回收，程序員不能實時的調(diào)用垃圾回收器對某個對象或所有對象進行垃圾回收。
回收機制有分代復(fù)制垃圾回收和標(biāo)記垃圾回收，增量垃圾回收。
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)組件。它負責(zé)在運行時查找和裝入類文件的類。
55、char 型變量中能不能存貯一個中文漢字?為什么?
能夠定義成為一個中文的，因為java 中以unicode 編碼，一個char 占2 個字節(jié)(Byte)共16
位（bit），所以放一個中文是沒問題的
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è)置送回瀏覽器的響應(yīng)的方法（如
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 標(biāo)簽里的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)應(yīng)用的外表表達。JSP 編
譯后是"類servlet"。Servlet 和JSP 最主要的不同點在于，Servlet 的應(yīng)用邏輯是在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 應(yīng)用程序相關(guān)的對象和屬性。這實質(zhì)上是跨越整個 Web
應(yīng)用程序，包括多個頁面、請求和會話的一個全局作用域
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 本身是一個標(biāo)準(zhǔn)，一個為企業(yè)分布式應(yīng)用的開發(fā)提供的標(biāo)準(zhǔn)平臺。
J2EE 也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA 等技術(shù)。
68、我們在web 應(yīng)用開發(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 文件，不需要一
次全部裝載整個文件。當(dāng)遇到像文件開頭，文檔結(jié)束，或者標(biāo)簽開頭與標(biāo)簽結(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） 、應(yīng)用組合者（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)之間遷移，激活機制是當(dāng)客戶端調(diào)用某
個EJB 實例業(yè)務(wù)方法時，如果對應(yīng)EJB Object 發(fā)現(xiàn)自己沒有綁定對應(yīng)的Bean 實例則從其去
激活Bean 存儲中（通過序列化機制存儲實例）回復(fù)（激活）此實例。狀態(tài)變遷前會調(diào)用對
應(yīng)的 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 對應(yīng)服務(wù)器目錄下的startServerName），增加
set MEM_ARGS=-Xms32m -Xmx200m，可以調(diào)整最小內(nèi)存為32M，最大200M
81、如何設(shè)定的weblogic 的熱啟動模式(開發(fā)模式)與產(chǎn)品發(fā)布模式?
可以在管理控制臺中修改對應(yīng)服務(wù)器的啟動模式為開發(fā)或產(chǎn)品模式之一?；蛘咝薷姆?wù)的啟
動文件或者commenv 文件，增加set PRODUCTION_MODE=true。
82、如何啟動時不需輸入用戶名與密碼?
修改服務(wù)啟動文件，增加 WLS_USER 和WLS_PW 項。也可以在boot.properties 文件中增
加加密過的用戶名和密碼.
83、在weblogic 管理制臺中對一個應(yīng)用域(或者說是一個網(wǎng)站,Domain)進行jms
及ejb 或連接池等相關(guān)信息進行配置后,實際保存在什么文件中?
保存在此Domain 的config.xml 文件中，它是服務(wù)器的核心配置文件。
84、說說weblogic 中一個Domain 的缺省目錄結(jié)構(gòu)?比如要將一個簡單的
helloWorld.jsp 放入何目錄下, 然的在瀏覽器上就可打入主機: 端口號
//helloword.jsp 就可以看到運行結(jié)果了? 又比如這其中用到了一個自己寫的javaBean 該如何
辦?
Domain 目錄服務(wù)器目錄applications，將應(yīng)用目錄放在此目錄下將可以作為應(yīng)用訪問，如果
是Web 應(yīng)用，應(yīng)用目錄需要滿足Web 應(yīng)用目錄要求，jsp 文件可以直接放在應(yīng)用目錄中，
Javabean 需要放在應(yīng)用目錄的WEB-INF 目錄的classes 目錄中，設(shè)置服務(wù)器的缺省應(yīng)用將可
以實現(xiàn)在瀏覽器上無需輸入應(yīng)用名。
85、在weblogic 中發(fā)布ejb 需涉及到哪些配置文件
不同類型的EJB 涉及的配置文件不同， 都涉及到的配置文件包括
ejb-jar.xml,weblogic-ejb-jar.xmlCMP 實體Bean 一般還需要weblogic-cmp-rdbms-jar.xml
86、如何在weblogic 中進行ssl 配置與客戶端的認證配置或說說j2ee(標(biāo)準(zhǔn))進行
ssl 的配置
缺省安裝中使用DemoIdentity.jks 和DemoTrust.jks KeyStore 實現(xiàn)SSL，需要配置服務(wù)器使用
Enable SSL，配置其端口，在產(chǎn)品模式下需要從CA 獲取私有密鑰和數(shù)字證書，創(chuàng)建identity
和trust keystore，裝載獲得的密鑰和數(shù)字證書?？梢耘渲么薙SL 連接是單向還是雙向的。
87、如何查看在weblogic 中已經(jīng)發(fā)布的EJB?
可以使用管理控制臺，在它的Deployment 中可以查看所有已發(fā)布的EJB
88、CORBA 是什么?用途是什么?
CORBA 標(biāo)準(zhǔn)是公共對象請求代理結(jié)構(gòu)(Common Object Request Broker Architecture)，由對象
管理組織 (Object Management Group，縮寫為 OMG)標(biāo)準(zhǔn)化。它的組成是接口定義語言(IDL),
語言綁定(binding:也譯為聯(lián)編)和允許應(yīng)用程序間互操作的協(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ù)邏輯一致性
ＥＪＢ架構(gòu)的設(shè)計好壞將直接影響系統(tǒng)的性能、可擴展性、可維護性、組件可重用性及開發(fā)
效率。項目越復(fù)雜，項目隊伍越龐大則越能體現(xiàn)良好設(shè)計的重要性。
90、說說在weblogic 中開發(fā)消息Bean 時的persistent 與non-persisten 的差別
persistent 方式的MDB 可以保證消息傳遞的可靠性,也就是如果EJB 容器出現(xiàn)問題而JMS 服
務(wù)器依然會將消息在此MDB 可用的時候發(fā)送過來，而non－persistent 方式的消息將被丟棄。
既然沒有標(biāo)準(zhǔn)答案，就根據(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()方法時，應(yīng)調(diào)用super.init()以確保
仍然執(zhí)行這些任務(wù)。
service ()方法是servlet 的核心，在調(diào)用service()方法之前，應(yīng)確保已完成init()方法。對于
HttpServlet，每當(dāng)客戶請求一個 HttpServlet 對象，該對象的service()方法就要被調(diào)用，
HttpServlet 缺省的service()方法的服務(wù)功能就是調(diào)用與 HTTP 請求的方法相應(yīng)的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（責(zé)任鏈模式）
工廠模式：工廠模式是一種經(jīng)常被使用到的模式，根據(jù)工廠模式實現(xiàn)的類可以根據(jù)提供的數(shù)
據(jù)生成一組類中某一個類的實例，通常這一組類有一個公共的抽象父類并且實現(xiàn)了相同的方
法，但是這些方法針對不同的數(shù)據(jù)進行了不同的操作。首先需要定義一個基類，該類的子類
通過不同的方法實現(xiàn)了基類中的方法。然后需要定義一個工廠類，工廠類可以根據(jù)條件生成
不同的子類實例。當(dāng)?shù)玫阶宇惖膶嵗?#xff0c;開發(fā)人員可以調(diào)用基類中的方法而不必考慮到底返
回的是哪一個子類的實例。
93、EJB 需直接實現(xiàn)它的業(yè)務(wù)接口或Home 接口嗎，請簡述理由。
遠程接口和Home 接口不需要直接實現(xiàn)，他們的實現(xiàn)代碼是由服務(wù)器產(chǎn)生的，程序運行中對
應(yīng)實現(xiàn)類會作為對應(yīng)接口類型的實例被使用。
其實一直都不是很明白EJB 的remote 接口，home 接口，Bean 類究竟是如何使用的，或許
應(yīng)該進一步了解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)類，這個過程其實相當(dāng)復(fù)雜，首先是找到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)用相應(yīng)的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é)果：
HelloBean_HomeImpl_WLStub@18c458
這表明home 這個通過從服務(wù)器的JNDI 樹上查找獲得的對象實際上是
HelloBean_HomeImpl_WLStub 類的一個實例。
接下來客戶端代碼：
Hello h = home.create()
同樣Hello 只是一個抽象的接口，那么h 對象是什么東西呢？打印一下：
HelloBean_EOImpl_WLStub@8fa0d1
原來是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 方法將負責(zé)創(chuàng)建或者分配一個 Bean 實例， 并且創(chuàng)建一個
HelloBean_EOImpl_WLStub 的對象實例。
這一步比較有趣的是，在前一步RMI 循環(huán)中，遠程對象HelloBean_HomeImpl 在客戶端有一
個代理類HelloBean_HomeImpl_WLStub，但在這一步， HelloBean_HomeImpl 自己卻充當(dāng)
了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 的代理類了。
現(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ù)器傳送給他們的。
http://www.pbase.com/nobo123/image/27229257
http://forum.javaeye.com/viewtop ... der=asc&start=0
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 容器：給處于其中的應(yīng)用程序組件（JSP，SERVLET）提供一個環(huán)境，使JSP,SERVLET
直接和容器中的環(huán)境變量接接口互，不必關(guān)注其它系統(tǒng)問題。主要有WEB 服務(wù)器來實現(xiàn)。
例如：TOMCAT,WEBLOGIC,WEBSPHERE 等。該容器提供的接口嚴格遵守J2EE 規(guī)范中的
WEB APPLICATION 標(biāo)準(zhǔn)。我們把遵守以上標(biāo)準(zhǔn)的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)，讓其它各地的應(yīng)用程序在其上面留下自己的索引，從而滿足快速查找和定位
分布式應(yīng)用程序的功能。
JMS：（Java Message Service）JAVA 消息服務(wù)。主要實現(xiàn)各個應(yīng)用程序之間的通訊。包括點
對點和廣播。
JTA：（Java Transaction API）JAVA 事務(wù)服務(wù)。提供各種分布式事務(wù)服務(wù)。應(yīng)用程序只需調(diào)
用其提供的接口即可。
JAF：（Java Action FrameWork）JAVA 安全認證框架。提供一些安全控制方面的框架。讓開
發(fā)者通過各種部署和自定義實現(xiàn)自己的個性安全控制策略。
RMI/IIOP: （Remote Method Invocation /internet 對象請求中介協(xié)議）他們主要用于通過遠程
調(diào)用服務(wù)。例如，遠程有一臺計算機上運行一個程序，它提供股票分析服務(wù)，我們可以在本
地計算機上實現(xiàn)對其直接調(diào)用。當(dāng)然這是要通過一定的規(guī)范才能在異構(gòu)的系統(tǒng)之間進行通
信。RMI 是JAVA 特有的。
RMI-IIOP 出現(xiàn)以前，只有RMI 和 CORBA 兩種選擇來進行分布式程序設(shè)計。RMI-IIOP 綜
合了RMI 和CORBA 的優(yōu)點，克服了他們的缺點，使得程序員能更方便的編寫分布式程序
設(shè)計，實現(xiàn)分布式計算。首先，RMI-IIOP 綜合了RMI 的簡單性和CORBA 的多語言性（兼
容性），其次RMI-IIOP 克服了RMI 只能用于Java 的缺點和CORBA 的復(fù)雜性（可以不用掌
握IDL）。
96、JAVA 語言如何進行異常處理，關(guān)鍵字：throws,throw,try,catch,finally 分別
代表什么意義？在try 塊中可以拋出異常嗎？
Java 通過面向?qū)ο蟮姆椒ㄟM行異常處理，把各種不同的異常進行分類，并提供了良好的接
口。在Java 中，每個異常都是一個對象，它是Throwable 類或其它子類的實例。當(dāng)一個方
法出現(xiàn)異常后便拋出一個異常對象，該對象中包含有異常信息，調(diào)用這個對象的方法可以捕
獲到這個異常并進行處理。Java 的異常處理是通過5 個關(guān)鍵詞來實現(xiàn)的：try、catch、throw、
throws 和finally。一般情況下是用try 來執(zhí)行一段程序，如果出現(xiàn)異常，系統(tǒng)會拋出（throws）
一個異常，這時候你可以通過它的類型來捕捉（catch）它，或最后（finally）由缺省處理器
來處理。
用try 來指定一塊預(yù)防所有"異常"的程序。緊跟在try 程序后面，應(yīng)包含一個catch 子句來指
定你想要捕捉的"異常"的類型。
throw 語句用來明確地拋出一個"異常"。
throws 用來標(biāo)明一個成員函數(shù)可能拋出的各種"異常"。
Finally 為確保一段代碼不管發(fā)生什么"異常"都被執(zhí)行一段代碼。
可以在一個成員函數(shù)調(diào)用的外面寫一個try 語句，在這個成員函數(shù)內(nèi)部寫另一個try 語句保
護其他代碼。每當(dāng)遇到一個try 語句，"異常"的框架就放到堆棧上面，直到所有的try 語句都
完成。如果下一級的try 語句沒有對某種"異常"進行處理，堆棧就會展開，直到遇到有處理
這種"異常"的try 語句。
http://www.programfan.com/article/showarticle.asp?id=2731
97、一個".java"源文件中是否可以包括多個類（不是內(nèi)部類）？有什么限制？
可以。必須只有一個類名與文件名相同。
98、MVC 的各個部分都有那些技術(shù)來實現(xiàn)?如何實現(xiàn)?
MVC 是Model－View－Controller 的簡寫。"Model" 代表的是應(yīng)用的業(yè)務(wù)邏輯（通過
JavaBean，EJB 組件實現(xiàn)）， "View" 是應(yīng)用的表示面，用于與用戶的交互（由JSP 頁面產(chǎn)
生），"Controller" 是提供應(yīng)用的處理過程控制（一般是一個Servlet），通過這種設(shè)計模型把
應(yīng)用邏輯，處理過程和顯示邏輯分成不同的組件實現(xiàn)。這些組件可以進行交互和重用。
model 層實現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，view 層用于與用戶的交互，controller 層是model 與view
之間溝通的橋梁，可以分派用戶的請求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時它也可以解釋用
戶的輸入并將它們映射為模型層可執(zhí)行的操作。
99、java 中有幾種方法可以實現(xiàn)一個線程？用什么關(guān)鍵字修飾同步方法? stop()
和suspend()方法為何不推薦使用？
有兩種實現(xiàn)方法，分別是繼承Thread 類與實現(xiàn)Runnable 接口
用synchronized 關(guān)鍵字修飾同步方法
反對使用stop()，是因為它不安全。它會解除由線程獲取的所有鎖定，而且如果對象處于一
種不連貫狀態(tài)，那么其他線程能在那種狀態(tài)下檢查和修改它們。結(jié)果很難檢查出真正的問題
所在。suspend()方法容易發(fā)生死鎖。調(diào)用suspend()的時候，目標(biāo)線程會停下來，但卻仍然持
有在這之前獲得的鎖定。此時，其他任何線程都不能訪問鎖定的資源，除非被"掛起"的線程
恢復(fù)運行。對任何線程來說，如果它們想恢復(fù)目標(biāo)線程，同時又試圖使用任何一個鎖定的資
源，就會造成死鎖。所以不應(yīng)該使用suspend()，而應(yīng)在自己的Thread 類中置入一個標(biāo)志，
指出線程應(yīng)該活動還是掛起。若標(biāo)志指出線程應(yīng)該掛起，便用 wait()命其進入等待狀態(tài)。若
標(biāo)志指出線程應(yīng)當(dāng)恢復(fù)，則用一個notify()重新啟動線程。
100、java 中有幾種類型的流？JDK 為每種類型的流提供了一些抽象類以供繼
承，請說出他們分別是哪些類？
字節(jié)流，字符流。字節(jié)流繼承于InputStream OutputStream，字符流繼承于InputStreamReader
OutputStreamWriter。在java.io 包中還有許多其他的流，主要是為了提高性能和使用方便。
101、java 中會存在內(nèi)存泄漏嗎，請簡單描述。
的確存在Java 的內(nèi)存泄漏, 并且事態(tài)可以變得相當(dāng)嚴重
Java garbage collector 自動釋放哪些內(nèi)存里面程序不在需要的對象, 以此避免大多數(shù)的其他
程序上下文的內(nèi)存泄漏. 但是Java 應(yīng)用程序依舊會有相當(dāng)?shù)膬?nèi)存泄漏. 查找原因會十分困
難.
有兩類主要的Java 內(nèi)存泄漏:
* 不再需要的對象引用
* 未釋放的系統(tǒng)資源
2.2 非必要的對象引用
Java 代碼常常保留對于不再需要的對象引用, 并且這組織了內(nèi)存的垃圾收集器的工作. Java
對象通常被其他對象包含引用, 為此一個單一對象可以保持整個對象樹在內(nèi)存中, 于是導(dǎo)致
了如下問題:
* 在向數(shù)組添加對象以后遺漏了對于他們的處理
* 直到你再次使用對象的時候都不釋放引用. 比如一個菜單指令可以插件一個對象實例引
用并且不釋放便于以后再次調(diào)用的時候使用, 但是也許永遠不會發(fā)生.
* 在其他引用依然需要舊有狀態(tài)的時候貿(mào)然修改對象狀態(tài). 比如當(dāng)你為了在一個文本文件
里面保存一些屬性而使用一個數(shù)組, 諸如"字符個數(shù)"等字段在不再需要的時候依然保留在
內(nèi)存當(dāng)中.
* 允許一個長久執(zhí)行的線程所引用的對象. 設(shè)置引用為NULL 也無濟于事, 在線程退出和空
閑之前, 對象不會被收集釋放
2.3 未釋放的系統(tǒng)資源
Java 方法可以定位Java 實例意外的堆內(nèi)存, 諸如針對視窗和位圖的內(nèi)存資源. Java 常常通過
JNI(Java Native Interface)調(diào)用C/C++子程序定位這些資源.
102、java 中實現(xiàn)多態(tài)的機制是什么？
方法的重寫Overriding 和重載Overloading 是Java 多態(tài)性的不同表現(xiàn)。重寫Overriding 是父
類與子類之間多態(tài)性的一種表現(xiàn)，重載Overloading 是一個類中多態(tài)性的一種表現(xiàn)。
103、垃圾回收器的基本原理是什么？垃圾回收器可以馬上回收內(nèi)存嗎？有什么
辦法主動通知虛擬機進行垃圾回收？
對于GC 來說，當(dāng)程序員創(chuàng)建對象時，GC 就開始監(jiān)控這個對象的地址、大小以及使用情況。
通常，GC 采用有向圖的方式記錄和管理堆(heap)中的所有對象。通過這種方式確定哪些對
象是"可達的"，哪些對象是"不可達的"。當(dāng)GC 確定一些對象為"不可達"時，GC 就有責(zé)任回
收這些內(nèi)存空間。可以。程序員可以手動執(zhí)行System.gc()，通知GC 運行，但是Java 語言
規(guī)范并不保證GC 一定會執(zhí)行。
104、靜態(tài)變量和實例變量的區(qū)別？
static i = 10; //常量
class A a; a.i =10;//可變
105、什么是java 序列化，如何實現(xiàn)java 序列化？
序列化就是一種用來處理對象流的機制，所謂對象流也就是將對象的內(nèi)容進行流化。可以對
流化后的對象進行讀寫操作，也可將流化后的對象傳輸于網(wǎng)絡(luò)之間。序列化是為了解決在對
對象流進行讀寫操作時所引發(fā)的問題。
序列化的實現(xiàn)：將需要被序列化的類實現(xiàn)Serializable 接口，該接口沒有需要實現(xiàn)的方法，
implements Serializable 只是為了標(biāo)注該對象是可被序列化的，然后使用一個輸出流(如：
FileOutputStream) 來構(gòu)造一個 ObjectOutputStream( 對象流) 對象， 接著， 使用
ObjectOutputStream 對象的writeObject(Object obj)方法就可以將參數(shù)為obj 的對象寫出(即保
存其狀態(tài))，要恢復(fù)的話則用輸入流。
106、是否可以從一個static 方法內(nèi)部發(fā)出對非static 方法的調(diào)用？
不可以,如果其中包含對象的method()；不能保證對象初始化.
107、寫clone()方法時，通常都有一行代碼，是什么？
Clone 有缺省行為，super.clone();他負責(zé)產(chǎn)生正確大小的空間，并逐位復(fù)制。
108、在JAVA 中，如何跳出當(dāng)前的多重嵌套循環(huán)？
用break; return 方法。
109、List、Map、Set 三個接口，存取元素時，各有什么特點？
List 以特定次序來持有元素，可有重復(fù)元素。Set 無法擁有重復(fù)元素,內(nèi)部排序。Map 保存
key-value 值，value 可多值。
110、J2EE 是什么？
J2EE 是Sun 公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的
企業(yè)級應(yīng)用模型 (enterpriese application model).在這樣的一個應(yīng)用系統(tǒng)中，可按照功能劃分
為不同的組件，這些組件又可在不同計算機上，并且處于相應(yīng)的層次(tier)中。所屬層次包括
客戶層(clietn tier)組件,web 層和組件,Business 層和組件,企業(yè)信息系統(tǒng)(EIS)層。
111、UML 方面
標(biāo)準(zhǔn)建模語言UML。用例圖,靜態(tài)圖(包括類圖、對象圖和包圖),行為圖,交互圖(順序圖,合作
圖),實現(xiàn)圖。
112、說出一些常用的類，包，接口，請各舉5 個
常用的類：BufferedReader BufferedWriter FileReader FileWirter String Integer
常用的包：java.lang java.awt java.io java.util java.sql
常用的接口：Remote List Map Document NodeList
113、開發(fā)中都用到了那些設(shè)計模式?用在什么場合?
每個模式都描述了一個在我們的環(huán)境中不斷出現(xiàn)的問題，然后描述了該問題的解決方案的核
心。通過這種方式，你可以無數(shù)次地使用那些已有的解決方案，無需在重復(fù)相同的工作。主
要用到了MVC 的設(shè)計模式。用來開發(fā)JSP/Servlet 或者J2EE 的相關(guān)應(yīng)用。簡單工廠模式等。
114、jsp 有哪些動作?作用分別是什么?
JSP 共有以下6 種基本動作 jsp:include：在頁面被請求的時候引入一個文件。 jsp:useBean：
尋找或者實例化一個JavaBean。 jsp:setProperty：設(shè)置JavaBean 的屬性。 jsp:getProperty：
輸出某個JavaBean 的屬性。 jsp:forward：把請求轉(zhuǎn)到一個新的頁面。 jsp:plugin：根據(jù)瀏覽
器類型為Java 插件生成OBJECT 或EMBED 標(biāo)記。
115、Anonymous Inner Class (匿名內(nèi)部類) 是否可以extends(繼承)其它類，是
否可以implements(實現(xiàn))interface(接口)?
可以繼承其他類或完成其他接口，在swing 編程中常用此方式。
116、應(yīng)用服務(wù)器與WEB SERVER 的區(qū)別？
應(yīng)用服務(wù)器：Weblogic、Tomcat、Jboss
WEB SERVER：IIS、 Apache
117、BS 與CS 的聯(lián)系與區(qū)別。
C/S 是Client/Server 的縮寫。服務(wù)器通常采用高性能的PC、工作站或小型機，并采用大型
數(shù)據(jù)庫系統(tǒng)，如Oracle、Sybase、Informix 或 SQL Server。客戶端需要安裝專用的客戶端軟
件。
B/Ｓ是Brower/Server 的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator
或Internet Explorer，服務(wù)器安裝Oracle、Sybase、Informix 或 SQL Server 等數(shù)據(jù)庫。在這
種結(jié)構(gòu)下，用戶界面完全通過WWW 瀏覽器實現(xiàn)，一部分事務(wù)邏輯在前端實現(xiàn)，但是主要
事務(wù)邏輯在服務(wù)器端實現(xiàn)。瀏覽器通過Ｗeb Server 同數(shù)據(jù)庫進行數(shù)據(jù)交互。
C/S 與 B/S 區(qū)別：
１．硬件環(huán)境不同:
C/S 一般建立在專用的網(wǎng)絡(luò)上, 小范圍里的網(wǎng)絡(luò)環(huán)境, 局域網(wǎng)之間再通過專門服務(wù)器提
供連接和數(shù)據(jù)交換服務(wù).
B/S 建立在廣域網(wǎng)之上的, 不必是專門的網(wǎng)絡(luò)硬件環(huán)境,例與電話上網(wǎng), 租用設(shè)備. 信息
自己管理. 有比C/S 更強的適應(yīng)范圍, 一般只要有操作系統(tǒng)和瀏覽器就行
２．對安全要求不同
C/S 一般面向相對固定的用戶群, 對信息安全的控制能力很強. 一般高度機密的信息系
統(tǒng)采用C/S 結(jié)構(gòu)適宜. 可以通過B/S 發(fā)布部分可公開信息.
B/S 建立在廣域網(wǎng)之上, 對安全的控制能力相對弱, 可能面向不可知的用戶。
３．對程序架構(gòu)不同
C/S 程序可以更加注重流程, 可以對權(quán)限多層次校驗, 對系統(tǒng)運行速度可以較少考慮.
B/S 對安全以及訪問速度的多重的考慮, 建立在需要更加優(yōu)化的基礎(chǔ)之上. 比C/S 有更
高的要求 B/S 結(jié)構(gòu)的程序架構(gòu)是發(fā)展的趨勢, 從MS 的.Net 系列的BizTalk 2000 Exchange
2000 等, 全面支持網(wǎng)絡(luò)的構(gòu)件搭建的系統(tǒng). SUN 和IBM 推的JavaBean 構(gòu)件技術(shù)等,使 B/S
更加成熟.
４．軟件重用不同
C/S 程序可以不可避免的整體性考慮, 構(gòu)件的重用性不如在B/S 要求下的構(gòu)件的重用性
好.
B/S 對的多重結(jié)構(gòu),要求構(gòu)件相對獨立的功能. 能夠相對較好的重用.就入買來的餐桌可
以再利用,而不是做在墻上的石頭桌子
５．系統(tǒng)維護不同
C/S 程序由于整體性, 必須整體考察, 處理出現(xiàn)的問題以及系統(tǒng)升級. 升級難. 可能是
再做一個全新的系統(tǒng)
B/S 構(gòu)件組成,方面構(gòu)件個別的更換,實現(xiàn)系統(tǒng)的無縫升級. 系統(tǒng)維護開銷減到最小.用戶
從網(wǎng)上自己下載安裝就可以實現(xiàn)升級.
６．處理問題不同
C/S 程序可以處理用戶面固定, 并且在相同區(qū)域, 安全要求高需求, 與操作系統(tǒng)相關(guān).
應(yīng)該都是相同的系統(tǒng)
B/S 建立在廣域網(wǎng)上, 面向不同的用戶群, 分散地域, 這是C/S 無法作到的. 與操作系
統(tǒng)平臺關(guān)系最小.
７．用戶接口不同
C/S 多是建立的Window 平臺上,表現(xiàn)方法有限,對程序員普遍要求較高
B/S 建立在瀏覽器上, 有更加豐富和生動的表現(xiàn)方式與用戶交流. 并且大部分難度減低,
減低開發(fā)成本.
８．信息流不同
C/S 程序一般是典型的中央集權(quán)的機械式處理, 交互性相對低
B/S 信息流向可變化, B-B B-C B-G 等信息、流向的變化, 更像交易中心。
118、LINUX 下線程，GDI 類的解釋。
LINUX 實現(xiàn)的就是基于核心輕量級進程的"一對一"線程模型，一個線程實體對應(yīng)一個核心
輕量級進程，而線程之間的管理在核外函數(shù)庫中實現(xiàn)。
GDI 類為圖像設(shè)備編程接口類庫。
119、STRUTS 的應(yīng)用(如STRUTS 架構(gòu))
Struts 是采用Java Servlet/JavaServer Pages 技術(shù)，開發(fā)Web 應(yīng)用程序的開放源碼的
framework。采用Struts 能開發(fā)出基于MVC(Model-View-Controller)設(shè)計模式的應(yīng)用構(gòu)架。
Struts 有如下的主要功能：一.包含一個controller servlet，能將用戶的請求發(fā)送到相應(yīng)的Action
對象。二.JSP 自由tag 庫，并且在controller servlet 中提供關(guān)聯(lián)支持，幫助開發(fā)員創(chuàng)建交互式
表單應(yīng)用。三.提供了一系列實用對象：XML 處理、通過Java reflection APIs 自動處理
JavaBeans 屬性、國際化的提示和消息。
120、Jdo 是什么?
JDO 是Java 對象持久化的新的規(guī)范，為java data object 的簡稱,也是一個用于存取某種數(shù)據(jù)
倉庫中的對象的標(biāo)準(zhǔn)化API。JDO 提供了透明的對象存儲，因此對開發(fā)人員來說，存儲數(shù)據(jù)
對象完全不需要額外的代碼（如JDBC API 的使用）。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO
產(chǎn)品提供商身上，使開發(fā)人員解脫出來，從而集中時間和精力在業(yè)務(wù)邏輯上。另外，JDO
很靈活，因為它可以在任何數(shù)據(jù)底層上運行。JDBC 只是面向關(guān)系數(shù)據(jù)庫（RDBMS）JDO
更通用，提供到任何數(shù)據(jù)底層的存儲功能，比如關(guān)系數(shù)據(jù)庫、文件、XML 以及對象數(shù)據(jù)庫
（ODBMS）等等，使得應(yīng)用可移植性更強。
121、內(nèi)部類可以引用他包含類的成員嗎？有沒有什么限制？
一個內(nèi)部類對象可以訪問創(chuàng)建它的外部類對象的內(nèi)容
內(nèi)部類如果不是static 的，那么它可以訪問創(chuàng)建它的外部類對象的所有屬性
內(nèi)部類如果是sattic的，即為nested class，那么它只可以訪問創(chuàng)建它的外部類對象的所有static
屬性
一般普通類只有public 或package 的訪問修飾，而內(nèi)部類可以實現(xiàn)static，protected，private
等訪問修飾。
當(dāng)從外部類繼承的時候，內(nèi)部類是不會被覆蓋的，它們是完全獨立的實體，每個都在自己的
命名空間內(nèi)，如果從內(nèi)部類中明確地繼承，就可以覆蓋原來內(nèi)部類的方法。
122、WEB SERVICE 名詞解釋。JSWDL 開發(fā)包的介紹。JAXP、JAXM 的解
釋。SOAP、UDDI,WSDL 解釋。
Web ServiceWeb Service 是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具
體的技術(shù)規(guī)范，這些規(guī)范使得Web Service 能與其他兼容的組件進行互操作。
JAXP(Java API for XML Parsing) 定義了在Java 中使用DOM, SAX, XSLT 的通用的接口。這
樣在你的程序中你只要使用這些通用的接口，當(dāng)你需要改變具體的實現(xiàn)時候也不需要修改代
碼。
JAXM(Java API for XML Messaging) 是為SOAP 通信提供訪問方法和傳輸機制的API。
WSDL 是一種 XML 格式，用于將網(wǎng)絡(luò)服務(wù)描述為一組端點，這些端點對包含面向文檔信
息或面向過程信息的消息進行操作。這種格式首先對操作和消息進行抽象描述，然后將其綁
定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上以定義端點。相關(guān)的具體端點即組合成為抽象端點（服
務(wù)）。
SOAP 即簡單對象訪問協(xié)議(Simple Object Access Protocol)，它是用于交換XML 編碼信息的
輕量級協(xié)議。
UDDI 的目的是為電子商務(wù)建立標(biāo)準(zhǔn)；UDDI 是一套基于Web 的、分布式的、為Web Service
提供的、信息注冊中心的實現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時也包含一組使企業(yè)能將自身提供的Web Service
注冊，以使別的企業(yè)能夠發(fā)現(xiàn)的訪問協(xié)議的實現(xiàn)標(biāo)準(zhǔn)。
soap 是web service 最關(guān)鍵的技術(shù)，是web service 中數(shù)據(jù)和方法調(diào)傳輸?shù)慕橘|(zhì)。
WSDL（web service definition language）描述了web service 的接口和功能。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。