關(guān)于JAVA的筆試題有哪些
Java語(yǔ)言作為靜態(tài)面向?qū)ο缶幊陶Z(yǔ)言的代表，極好地實(shí)現(xiàn)了面向?qū)ο罄碚?，允許程序員以優(yōu)雅的思維方式進(jìn)行復(fù)雜的編程。下面是學(xué)習(xí)啦小編為你整理的JAVA筆試題150例，希望對(duì)你有所幫助!
JAVA筆試題150例
一、Java基礎(chǔ)方面
1、作用域public,private,protected,以及不寫(xiě)時(shí)的區(qū)別
答：區(qū)別如下：
作用域 當(dāng)前類(lèi) 同一package 子孫類(lèi) 其他package
public √ √ √ √
protected √ √ √ ×
friendly √ √ × ×
private √ × × ×
不寫(xiě)時(shí)默認(rèn)為friendly
2、Anonymous Inner Class (匿名內(nèi)部類(lèi)) 是否可以extends(繼承)其它類(lèi)，是否可以implements(實(shí)現(xiàn))interface(接口)
答：匿名的內(nèi)部類(lèi)是沒(méi)有名字的內(nèi)部類(lèi)?？梢岳^承抽象(SDK1.5沒(méi)有限制)，但一個(gè)內(nèi)部類(lèi)可以作為一個(gè)接口，由另一個(gè)內(nèi)部類(lèi)實(shí)現(xiàn)
3、Static Nested Class 和 Inner Class的不同
答：Nested Class (一般是C++的說(shuō)法)，Inner Class (一般是JAVA的說(shuō)法)。Java內(nèi)部類(lèi)與C++嵌套類(lèi)最大的不同就在于是否有指向外部的引用上。注： 靜態(tài)內(nèi)部類(lèi)(Inner Class)意味著1創(chuàng)建一個(gè)static內(nèi)部類(lèi)的對(duì)象，不需要一個(gè)外部類(lèi)對(duì)象，2不能從一個(gè)static內(nèi)部類(lèi)的一個(gè)對(duì)象訪問(wèn)一個(gè)外部類(lèi)對(duì)象
4、&和&&的區(qū)別
答：&是位運(yùn)算符，表示按位與運(yùn)算，&&是邏輯運(yùn)算符，表示邏輯與(and)
5、Collection 和 Collections的區(qū)別
答：Collection是集合類(lèi)的上級(jí)接口，繼承與他的接口主要有Set 和List.
Collections是針對(duì)集合類(lèi)的一個(gè)幫助類(lèi)，他提供一系列靜態(tài)方法實(shí)現(xiàn)對(duì)各種集合的搜索、排序、線程安全化等操作
6、什么時(shí)候用assert
答：assertion(斷言)在軟件開(kāi)發(fā)中是一種常用的調(diào)試方式，很多開(kāi)發(fā)語(yǔ)言中都支持這種機(jī)制。在實(shí)現(xiàn)中，assertion就是在程序中的一條語(yǔ)句，它對(duì)一個(gè)boolean表達(dá)式進(jìn)行檢查，一個(gè)正確程序必須保證這個(gè)boolean表達(dá)式的值為true;如果該值為false，說(shuō)明程序已經(jīng)處于不正確的狀態(tài)下，系統(tǒng)將給出警告或退出。一般來(lái)說(shuō)，assertion用于保證程序最基本、關(guān)鍵的正確性。assertion檢查通常在開(kāi)發(fā)和測(cè)試時(shí)開(kāi)啟。為了提高性能，在軟件發(fā)布后，assertion檢查通常是關(guān)閉的
7、String s = new String("xyz");創(chuàng)建了幾個(gè)String Object
答："xyz"本身作為字符常量，在匯編語(yǔ)言中應(yīng)該作為常量放在數(shù)據(jù)段，Java有一個(gè)類(lèi)似數(shù)據(jù)段的constant pool保存這個(gè)常量，在classloader加載這個(gè)類(lèi)的時(shí)候就把"xyz"和這個(gè)類(lèi)的其他一些信息放在constant pool new String("xyz")根據(jù)常量"xyz"在heap上創(chuàng)建String對(duì)象所以，一共兩個(gè)對(duì)象
String(String original) Initializes a newly created String object so that it represents the same sequence of characters as the argument; in other words, the newly created string is a copy of the argument string.
8、Math.round(11.5)等於多少? Math.round(-11.5)等於多少
答: Math.round(11.5)==12;Math.round(-11.5)==-11;round方法返回與參數(shù)最接近的長(zhǎng)整數(shù)，參數(shù)加1/2后求其floor
9、short s1 = 1; s1 = s1 + 1;有什么錯(cuò)? short s1 = 1; s1 += 1;有什么錯(cuò)
答：short s1 = 1; s1 = s1 + 1; (s1+1運(yùn)算結(jié)果是int型，需要強(qiáng)制轉(zhuǎn)換類(lèi)型)short s1 = 1; s1 += 1;(可以正確編譯)
10、Java有沒(méi)有g(shù)oto
答：java中的保留字，現(xiàn)在沒(méi)有在java中使用
11、數(shù)組有沒(méi)有l(wèi)ength()這個(gè)方法? String有沒(méi)有l(wèi)ength()這個(gè)方法
答：數(shù)組沒(méi)有l(wèi)ength()這個(gè)方法，有l(wèi)ength的屬性。String有l(wèi)ength()這個(gè)方法
12、Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類(lèi)型
答：方法的重寫(xiě)Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫(xiě)Overriding是父類(lèi)與子類(lèi)之間多態(tài)性的一種表現(xiàn)，重載Overloading是一個(gè)類(lèi)中多態(tài)性的一種表現(xiàn)。如果在子類(lèi)中定義某方法與其父類(lèi)有相同的名稱(chēng)和參數(shù)，我們說(shuō)該方法被重寫(xiě) (Overriding)。子類(lèi)的對(duì)象使用這個(gè)方法時(shí)，將調(diào)用子類(lèi)中的定義，對(duì)它而言，父類(lèi)中的定義如同被"屏蔽"了。如果在一個(gè)類(lèi)中定義了多個(gè)同名的方法，它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類(lèi)型，則稱(chēng)為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類(lèi)型
13、Set里的元素是不能重復(fù)的，那么用什么方法來(lái)區(qū)分重復(fù)與否呢? 是用==還是equals()? 它們有何區(qū)別
答：Set里的元素是不能重復(fù)的，那么用iterator()方法來(lái)區(qū)分重復(fù)與否。equals()是判斷兩個(gè)Set是否相等, equals()和==方法決定引用值是否指向同一對(duì)象equals()在類(lèi)中被覆蓋，為的是當(dāng)兩個(gè)分離的對(duì)象的內(nèi)容和類(lèi)型相配的話，返回真值
14、給我一個(gè)你最常見(jiàn)到的runtime exception
答：常見(jiàn)的運(yùn)行時(shí)異常有如下這些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
15、error和exception有什么區(qū)別
答：error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問(wèn)題，比如說(shuō)內(nèi)存溢出，不可能指望程序能處理這樣的情況;exception 表示一種設(shè)計(jì)或?qū)崿F(xiàn)問(wèn)題。也就是說(shuō)，它表示如果程序運(yùn)行正常，從不會(huì)發(fā)生的情況
16、List, Set, Map是否繼承自Collection接口
答：List，Set是，Map不是
17、abstract class和interface有什么區(qū)別
答：聲明方法的存在而不去實(shí)現(xiàn)它的類(lèi)被叫做抽象類(lèi)(abstract class)，它用于要?jiǎng)?chuàng)建一個(gè)體現(xiàn)某些基本行為的類(lèi)，并為該類(lèi)聲明方法，但不能在該類(lèi)中實(shí)現(xiàn)該類(lèi)的情況。不能創(chuàng)建abstract 類(lèi)的實(shí)例。然而可以創(chuàng)建一個(gè)變量，其類(lèi)型是一個(gè)抽象類(lèi)，并讓它指向具體子類(lèi)的一個(gè)實(shí)例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。Abstract 類(lèi)的子類(lèi)為它們父類(lèi)中的所有抽象方法提供實(shí)現(xiàn)，否則它們也是抽象類(lèi)為。取而代之，在子類(lèi)中實(shí)現(xiàn)該方法。知道其行為的其它類(lèi)可以在類(lèi)中實(shí)現(xiàn)這些方法
接口(interface)是抽象類(lèi)的變體。在接口中，所有方法都是抽象的。多繼承性可通過(guò)實(shí)現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的，沒(méi)有一個(gè)有程序體。接口只可以定義static final成員變量。接口的實(shí)現(xiàn)與子類(lèi)相似，除了該實(shí)現(xiàn)類(lèi)不能從接口定義中繼承行為。當(dāng)類(lèi)實(shí)現(xiàn)特殊接口時(shí)，它定義(即將程序體給予)所有這種接口的方法。然后，它可以在實(shí)現(xiàn)了該接口的類(lèi)的任何對(duì)象上調(diào)用接口的方法。由于有抽象類(lèi)，它允許使用接口名作為引用變量的類(lèi)型。通常的動(dòng)態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類(lèi)型或從接口類(lèi)型轉(zhuǎn)換，instanceof 運(yùn)算符可以用來(lái)決定某對(duì)象的類(lèi)是否實(shí)現(xiàn)了接口
18、abstract的method是否可同時(shí)是static,是否可同時(shí)是native，是否可同時(shí)是synchronized
答：都不能
19、接口是否可繼承接口? 抽象類(lèi)是否可實(shí)現(xiàn)(implements)接口? 抽象類(lèi)是否可繼承實(shí)體類(lèi)(concrete class)
答：接口可以繼承接口。抽象類(lèi)可以實(shí)現(xiàn)(implements)接口，抽象類(lèi)是否可繼承實(shí)體類(lèi)，但前提是實(shí)體類(lèi)必須有明確的構(gòu)造函數(shù)
20、構(gòu)造器Constructor是否可被override
答：構(gòu)造器Constructor不能被繼承，因此不能重寫(xiě)Overriding，但可以被重載Overloading
21、是否可以繼承String類(lèi)
答：String類(lèi)是final類(lèi)故不可以繼承
22、try {}里有一個(gè)return語(yǔ)句，那么緊跟在這個(gè)try后的finally {}里的code會(huì)不會(huì)被執(zhí)行，什么時(shí)候被執(zhí)行，在return前還是后
答：會(huì)執(zhí)行，在return前執(zhí)行
23、用最有效率的方法算出2乘以8等於幾
答：2 << 3
24、兩個(gè)對(duì)象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對(duì)不對(duì)
答：不對(duì)，有相同的hash code
25、當(dāng)一個(gè)對(duì)象被當(dāng)作參數(shù)傳遞到一個(gè)方法后，此方法可改變這個(gè)對(duì)象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞
答：是值傳遞。Java 編程語(yǔ)言只有值傳遞參數(shù)。當(dāng)一個(gè)對(duì)象實(shí)例作為一個(gè)參數(shù)被傳遞到方法中時(shí)，參數(shù)的值就是對(duì)該對(duì)象的引用。對(duì)象的內(nèi)容可以在被調(diào)用的方法中改變，但對(duì)象的引用是永遠(yuǎn)不會(huì)改變的
26、swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上
答：switch(expr1)中，expr1是一個(gè)整數(shù)表達(dá)式。因此傳遞給 switch 和 case 語(yǔ)句的參數(shù)應(yīng)該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich
27、ArrayList和Vector的區(qū)別,HashMap和Hashtable的區(qū)別
答：就ArrayList與Vector主要從二方面來(lái)說(shuō)：
1、同步性:Vector是線程安全的，也就是說(shuō)是同步的，而ArrayList是線程序不安全的，不是同步的
2、數(shù)據(jù)增長(zhǎng):當(dāng)需要增長(zhǎng)時(shí),Vector默認(rèn)增長(zhǎng)為原來(lái)一倍，而ArrayList卻是原來(lái)的一半
就HashMap與HashTable主要從三方面來(lái)說(shuō)：
1、歷史原因:Hashtable是基于陳舊的Dictionary類(lèi)的，HashMap是Java 1.2引進(jìn)的Map接口的一個(gè)實(shí)現(xiàn)
2、同步性:Hashtable是線程安全的，也就是說(shuō)是同步的，而HashMap是線程序不安全的，不是同步的
3、值：只有HashMap可以讓你將空值作為一個(gè)表的條目的key或value 28、char型變量中能不能存貯一個(gè)中文漢字?為什么?
答：是能夠定義成為一個(gè)中文的，因?yàn)閖ava中以u(píng)nicode編碼，一個(gè)char占16個(gè)字節(jié)，所以放一個(gè)中文是沒(méi)問(wèn)題的
如果用gbk的本地編碼的話可以.如果用utf-8的話，可能不行。
29、GC是什么? 為什么要有GC
答：GC是垃圾收集的意思(Gabage Collection),內(nèi)存處理是編程人員容易出現(xiàn)問(wèn)題的地方，忘記或者錯(cuò)誤的內(nèi)存回收會(huì)導(dǎo)致程序或系統(tǒng)的不穩(wěn)定甚至崩潰，Java提供的GC功能可以自動(dòng)監(jiān)測(cè)對(duì)象是否超過(guò)作用域從而達(dá)到自動(dòng)回收內(nèi)存的目的，Java語(yǔ)言沒(méi)有提供釋放已分配內(nèi)存的顯示操作方法。
30、float型float f=3.4是否正確?
答:不正確。精度不準(zhǔn)確,應(yīng)該用強(qiáng)制類(lèi)型轉(zhuǎn)換，如下所示：float f=(float)3.4; float f = 3.4f;
31、介紹JAVA中的Collection FrameWork(包括如何寫(xiě)自己的數(shù)據(jù)結(jié)構(gòu))?
答：Collection FrameWork如下：
Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│ └Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap
Collection是最基本的集合接口，一個(gè)Collection代表一組Object，即Collection的元素(Elements)
Map提供key到value的映射
32、抽象類(lèi)與接口?
答：抽象類(lèi)與接口都用于抽象，但是抽象類(lèi)(JAVA中)可以有自己的部分實(shí)現(xiàn)，而接口則完全是一個(gè)標(biāo)識(shí)(同時(shí)有多實(shí)現(xiàn)的功能)。
JAVA類(lèi)實(shí)現(xiàn)序例化的方法是實(shí)現(xiàn)java.io.Serializable接口
Collection框架中實(shí)現(xiàn)比較要實(shí)現(xiàn)Comparable 接口和 Comparator 接口
33、STRING與STRINGBUFFER的區(qū)別。
答：STRING的長(zhǎng)度是不可變的，STRINGBUFFER的長(zhǎng)度是可變的。如果你對(duì)字符串中的內(nèi)容經(jīng)常進(jìn)行操作，特別是內(nèi)容要修改時(shí)，那么使用StringBuffer，如果最后需要String，那么使用StringBuffer的toString()方法
34、談?wù)刦inal, finally, finalize的區(qū)別
答：final—修飾符(關(guān)鍵字)如果一個(gè)類(lèi)被聲明為final，意味著它不能再派生出新的子類(lèi)，不能作為父類(lèi)被繼承。因此一個(gè)類(lèi)不能既被聲明為 abstract的，又被聲明為final的。將變量或方法聲明為final，可以保證它們?cè)谑褂弥胁槐桓淖?。被聲明為final的變量必須在聲明時(shí)給定初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載
finally—再異常處理時(shí)提供 finally 塊來(lái)執(zhí)行任何清除操作。如果拋出一個(gè)異常，那么相匹配的 catch 子句就會(huì)執(zhí)行，然后控制就會(huì)進(jìn)入 finally 塊(如果有的話)
finalize—方法名。Java 技術(shù)允許使用 finalize() 方法在垃圾收集器將對(duì)象從內(nèi)存中清除出去之前做必要的清理工作。這個(gè)方法是由垃圾收集器在確定這個(gè)對(duì)象沒(méi)有被引用時(shí)對(duì)這個(gè)對(duì)象調(diào)用的。它是在 Object 類(lèi)中定義的，因此所有的類(lèi)都繼承了它。子類(lèi)覆蓋 finalize() 方法以整理系統(tǒng)資源或者執(zhí)行其他清理工作。finalize() 方法是在垃圾收集器刪除對(duì)象之前對(duì)這個(gè)對(duì)象調(diào)用的
35、面向?qū)ο蟮奶卣饔心男┓矫?/p>
答：主要有以下四方面：
1.抽象：抽象就是忽略一個(gè)主題中與當(dāng)前目標(biāo)無(wú)關(guān)的那些方面，以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的方面。抽象并不打算了解全部問(wèn)題，而只是選擇其中的一部分，暫時(shí)不用部分細(xì)節(jié)。抽象包括兩個(gè)方面，一是過(guò)程抽象，二是數(shù)據(jù)抽象。
2.繼承：繼承是一種聯(lián)結(jié)類(lèi)的層次模型，并且允許和鼓勵(lì)類(lèi)的重用，它提供了一種明確表述共性的方法。對(duì)象的一個(gè)新類(lèi)可以從現(xiàn)有的類(lèi)中派生，這個(gè)過(guò)程稱(chēng)為類(lèi)繼承。新類(lèi)繼承了原始類(lèi)的特性，新類(lèi)稱(chēng)為原始類(lèi)的派生類(lèi)(子類(lèi))，而原始類(lèi)稱(chēng)為新類(lèi)的基類(lèi)(父類(lèi))。派生類(lèi)可以從它的基類(lèi)那里繼承方法和實(shí)例變量，并且類(lèi)可以修改或增加新的方法使之更適合特殊的需要。
3.封裝：封裝是把過(guò)程和數(shù)據(jù)包圍起來(lái)，對(duì)數(shù)據(jù)的訪問(wèn)只能通過(guò)已定義的界面。面向?qū)ο笥?jì)算始于這個(gè)基本概念，即現(xiàn)實(shí)世界可以被描繪成一系列完全自治、封裝的對(duì)象，這些對(duì)象通過(guò)一個(gè)受保護(hù)的接口訪問(wèn)其他對(duì)象。
4. 多態(tài)性：多態(tài)性是指允許不同類(lèi)的對(duì)象對(duì)同一消息作出響應(yīng)。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)性。多態(tài)性語(yǔ)言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢(shì)，很好的解決了應(yīng)用程序函數(shù)同名問(wèn)題。
36、String是最基本的數(shù)據(jù)類(lèi)型嗎
答：不是，基本數(shù)據(jù)類(lèi)型包括byte、int、char、long、float、double、boolean和short。
java.lang.String類(lèi)是final類(lèi)型的，因此不可以繼承這個(gè)類(lèi)、不能修改這個(gè)類(lèi)。為了提高效率節(jié)省空間，我們應(yīng)該用StringBuffer類(lèi)
37、int 和 Integer 有什么區(qū)別
答：Java 提供兩種不同的類(lèi)型：引用類(lèi)型和原始類(lèi)型(或內(nèi)置類(lèi)型)。
Int是java的原始數(shù)據(jù)類(lèi)型，Integer是java為int提供的wapper。Java為每個(gè)原始類(lèi)型提供了封裝類(lèi)。
原始類(lèi)型封裝類(lèi):
boolean : Boolean
char : Character
byte : Byte
short : Short
int : Integer
long : Long
float : Float
double : Double
引用類(lèi)型和原始類(lèi)型的行為完全不同，并且它們具有不同的語(yǔ)義。引用類(lèi)型和原始類(lèi)型具有不同的特征和用法，它們包括：大小和速度問(wèn)題，這種類(lèi)型以哪種類(lèi)型的數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)，當(dāng)引用類(lèi)型和原始類(lèi)型用作某個(gè)類(lèi)的實(shí)例數(shù)據(jù)時(shí)所指定的缺省值。對(duì)象引用實(shí)例變量的缺省值為 null，而原始類(lèi)型實(shí)例變量的缺省值與它們的類(lèi)型有關(guān)
38、運(yùn)行時(shí)異常與一般異常有何異同
答：異常表示程序運(yùn)行過(guò)程中可能出現(xiàn)的非正常狀態(tài)，運(yùn)行時(shí)異常表示虛擬機(jī)的通常操作中可能遇到的異常，是一種常見(jiàn)運(yùn)行錯(cuò)誤。java編譯器要求方法必須聲明拋出可能發(fā)生的非運(yùn)行時(shí)異常，但是并不要求必須聲明拋出未被捕獲的運(yùn)行時(shí)異常。
39、說(shuō)出ArrayList,Vector, LinkedList的存儲(chǔ)性能和特性
答：ArrayList和Vector都是使用數(shù)組方式存儲(chǔ)數(shù)據(jù)，此數(shù)組元素?cái)?shù)大于實(shí)際存儲(chǔ)的數(shù)據(jù)以便增加和插入元素，它們都允許直接按序號(hào)索引元素，但是插入元素要涉及數(shù)組元素移動(dòng)等內(nèi)存操作，所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢，Vector由于使用了synchronized方法(線程安全)，通常性能上較ArrayList差，而LinkedList使用雙向鏈表實(shí)現(xiàn)存儲(chǔ)，按序號(hào)索引數(shù)據(jù)需要進(jìn)行前向或后向遍歷，但是插入數(shù)據(jù)時(shí)只需要記錄本項(xiàng)的前后項(xiàng)即可，所以插入速度較快。
40、HashMap和Hashtable的區(qū)別
答：HashMap是Hashtable的輕量級(jí)實(shí)現(xiàn)(非線程安全的實(shí)現(xiàn))，他們都完成了Map接口，主要區(qū)別在于HashMap允許空(null)鍵值(key),由于非線程安全，效率上可能高于Hashtable。
HashMap允許將null作為一個(gè)entry的key或者value，而Hashtable不允許。
HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因?yàn)閏ontains方法容易讓人引起誤解。
Hashtable繼承自Dictionary類(lèi)，而HashMap是Java1.2引進(jìn)的Map interface的一個(gè)實(shí)現(xiàn)。
最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多個(gè)線程訪問(wèn)Hashtable時(shí)，不需要自己為它的方法實(shí)現(xiàn)同步，而HashMap 就必須為之提供外同步。
Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會(huì)有很大的差異。
41、heap和stack有什么區(qū)別
答：棧是一種線形集合，其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進(jìn)先出的方式進(jìn)行處理。堆是棧的一個(gè)組成元素
42、Java的接口和C++的虛類(lèi)的相同和不同處
答：由于Java不支持多繼承，而有可能某個(gè)類(lèi)或?qū)ο笠褂梅謩e在幾個(gè)類(lèi)或?qū)ο罄锩娴姆椒ɑ驅(qū)傩?，現(xiàn)有的單繼承機(jī)制就不能滿足要求。與繼承相比，接口有更高的靈活性，因?yàn)榻涌谥袥](méi)有任何實(shí)現(xiàn)代碼。當(dāng)一個(gè)類(lèi)實(shí)現(xiàn)了接口以后，該類(lèi)要實(shí)現(xiàn)接口里面所有的方法和屬性，并且接口里面的屬性在默認(rèn)狀態(tài)下面都是public static,所有方法默認(rèn)情況下是public.一個(gè)類(lèi)可以實(shí)現(xiàn)多個(gè)接口。
43、Java中的異常處理機(jī)制的簡(jiǎn)單原理和應(yīng)用
答：當(dāng)JAVA程序違反了JAVA的語(yǔ)義規(guī)則時(shí)，JAVA虛擬機(jī)就會(huì)將發(fā)生的錯(cuò)誤表示為一個(gè)異常。違反語(yǔ)義規(guī)則包括2種情況。一種是JAVA類(lèi)庫(kù)內(nèi)置的語(yǔ)義檢查。例如數(shù)組下標(biāo)越界,會(huì)引發(fā)IndexOutOfBoundsException;訪問(wèn)null的對(duì)象時(shí)會(huì)引發(fā)NullPointerException。另一種情況就是JAVA允許程序員擴(kuò)展這種語(yǔ)義檢查，程序員可以創(chuàng)建自己的異常，并自由選擇在何時(shí)用throw關(guān)鍵字引發(fā)異常。所有的異常都是java.lang.Thowable的子類(lèi)。
43、垃圾回收的優(yōu)點(diǎn)和原理。并考慮2種回收機(jī)制
答：Java語(yǔ)言中一個(gè)顯著的特點(diǎn)就是引入了垃圾回收機(jī)制，使c++程序員最頭疼的內(nèi)存管理的問(wèn)題迎刃而解，它使得Java程序員在編寫(xiě)程序的時(shí)候不再需要考慮內(nèi)存管理。垃圾回收可以有效的防止內(nèi)存泄露，有效的使用可以使用的內(nèi)存。垃圾回收器通常是作為一個(gè)單獨(dú)的低級(jí)別的線程運(yùn)行，不可預(yù)知的情況下對(duì)內(nèi)存堆中已經(jīng)死亡的或者長(zhǎng)時(shí)間沒(méi)有使用的對(duì)象進(jìn)行清楚和回收，程序員不能實(shí)時(shí)的調(diào)用垃圾回收器對(duì)某個(gè)對(duì)象或所有對(duì)象進(jìn)行垃圾回收。回收機(jī)制有分代復(fù)制垃圾回收和標(biāo)記垃圾回收，增量垃圾回收。
44、你所知道的集合類(lèi)都有哪些?主要方法?
答：最常用的集合類(lèi)是 List 和 Map。 List 的具體實(shí)現(xiàn)包括 ArrayList 和 Vector，它們是可變大小的列表，比較適合構(gòu)建、存儲(chǔ)和操作任何類(lèi)型對(duì)象的元素列表。 List 適用于按數(shù)值索引訪問(wèn)元素的情形。
Map 提供了一個(gè)更通用的元素存儲(chǔ)方法。 Map 集合類(lèi)用于存儲(chǔ)元素對(duì)(稱(chēng)作"鍵"和"值")，其中每個(gè)鍵映射到一個(gè)值。
45、描述一下JVM加載class文件的原理機(jī)制?
答：JVM中類(lèi)的裝載是由ClassLoader和它的子類(lèi)來(lái)實(shí)現(xiàn)的,Java ClassLoader 是一個(gè)重要的Java運(yùn)行時(shí)系統(tǒng)組件。它負(fù)責(zé)在運(yùn)行時(shí)查找和裝入類(lèi)文件的類(lèi)。
46、排序都有哪幾種方法?請(qǐng)列舉 答：排序的方法有：插入排序(直接插入排序、希爾排序)，交換排序(冒泡排序、快速排序)，選擇排序(直接選擇排序、堆排序)，歸并排序，分配排序(箱排序、基數(shù)排序)
快速排序的偽代碼。
使用快速排序方法對(duì)a[0 : n-1]排序：
從a[0 : n-1]中選擇一個(gè)元素作為middle，該元素為支點(diǎn)，把余下的元素分割為兩段left和right，使得left中的元素都小于等于支點(diǎn)，而right中的元素都大于等于支點(diǎn)。
遞歸地使用快速排序方法對(duì)left進(jìn)行排序
遞歸地使用快速排序方法對(duì)right 進(jìn)行排序
所得結(jié)果為left + middle + right
47、JAVA語(yǔ)言如何進(jìn)行異常處理，關(guān)鍵字：throws,throw,try,catch,finally分別代表什么意義?在try塊中可以拋出異常嗎?
答：Java通過(guò)面向?qū)ο蟮姆椒ㄟM(jìn)行異常處理，把各種不同的異常進(jìn)行分類(lèi)，并提供了良好的接口。在Java中，每個(gè)異常都是一個(gè)對(duì)象，它是Throwable類(lèi)或其它子類(lèi)的實(shí)例。當(dāng)一個(gè)方法出現(xiàn)異常后便拋出一個(gè)異常對(duì)象，該對(duì)象中包含有異常信息，調(diào)用這個(gè)對(duì)象的方法可以捕獲到這個(gè)異常并進(jìn)行處理。Java的異常處理是通過(guò)5個(gè)關(guān)鍵詞來(lái)實(shí)現(xiàn)的：try、catch、throw、throws和finally。一般情況下是用try來(lái)執(zhí)行一段程序，如果出現(xiàn)異常，系統(tǒng)會(huì)拋出(throws)一個(gè)異常，這時(shí)候你可以通過(guò)它的類(lèi)型來(lái)捕捉(catch)它，或最后(finally)由缺省處理器來(lái)處理。
用try來(lái)指定一塊預(yù)防所有"異常"的程序。緊跟在try程序后面，應(yīng)包含一個(gè)catch子句來(lái)指定你想要捕捉的"異常"的類(lèi)型。
throw語(yǔ)句用來(lái)明確地拋出一個(gè)"異常"。
throws用來(lái)標(biāo)明一個(gè)成員函數(shù)可能拋出的各種"異常"。
Finally為確保一段代碼不管發(fā)生什么"異常"都被執(zhí)行一段代碼。
可以在一個(gè)成員函數(shù)調(diào)用的外面寫(xiě)一個(gè)try語(yǔ)句，在這個(gè)成員函數(shù)內(nèi)部寫(xiě)另一個(gè)try語(yǔ)句保護(hù)其他代碼。每當(dāng)遇到一個(gè)try語(yǔ)句，"異常"的框架就放到堆棧上面，直到所有的try語(yǔ)句都完成。如果下一級(jí)的try語(yǔ)句沒(méi)有對(duì)某種"異常"進(jìn)行處理，堆棧就會(huì)展開(kāi)，直到遇到有處理這種"異常"的try語(yǔ)句。
48、一個(gè)".java"源文件中是否可以包括多個(gè)類(lèi)(不是內(nèi)部類(lèi))?有什么限制?
答：可以。必須只有一個(gè)類(lèi)名與文件名相同。
49、java中有幾種類(lèi)型的流?JDK為每種類(lèi)型的流提供了一些抽象類(lèi)以供繼承，請(qǐng)說(shuō)出他們分別是哪些類(lèi)?
答：字節(jié)流，字符流。字節(jié)流繼承于InputStream OutputStream，字符流繼承于InputStreamReader OutputStreamWriter。在java.io包中還有許多其他的流，主要是為了提高性能和使用方便。
50、java中會(huì)存在內(nèi)存泄漏嗎，請(qǐng)簡(jiǎn)單描述。
答：會(huì)。自己實(shí)現(xiàn)堆載的數(shù)據(jù)結(jié)構(gòu)時(shí)有可能會(huì)出現(xiàn)內(nèi)存泄露，可參看effective java.
51、java中實(shí)現(xiàn)多態(tài)的機(jī)制是什么?
答：方法的重寫(xiě)Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫(xiě)Overriding是父類(lèi)與子類(lèi)之間多態(tài)性的一種表現(xiàn)，重載Overloading是一個(gè)類(lèi)中多態(tài)性的一種表現(xiàn)。
52、垃圾回收器的基本原理是什么?垃圾回收器可以馬上回收內(nèi)存嗎?有什么辦法主動(dòng)通知虛擬機(jī)進(jìn)行垃圾回收
答：對(duì)于GC來(lái)說(shuō)，當(dāng)程序員創(chuàng)建對(duì)象時(shí)，GC就開(kāi)始監(jiān)控這個(gè)對(duì)象的地址、大小以及使用情況。通常，GC采用有向圖的方式記錄和管理堆(heap)中的所有對(duì)象。通過(guò)這種方式確定哪些對(duì)象是"可達(dá)的"，哪些對(duì)象是"不可達(dá)的"。當(dāng)GC確定一些對(duì)象為"不可達(dá)"時(shí)，GC就有責(zé)任回收這些內(nèi)存空間?？梢?。程序員可以手動(dòng)執(zhí)行System.gc()，通知GC運(yùn)行，但是Java語(yǔ)言規(guī)范并不保證GC一定會(huì)執(zhí)行。
53、靜態(tài)變量和實(shí)例變量的區(qū)別?
54、什么是java序列化，如何實(shí)現(xiàn)java序列化?
答：序列化就是一種用來(lái)處理對(duì)象流的機(jī)制，所謂對(duì)象流也就是將對(duì)象的內(nèi)容進(jìn)行流化?？梢詫?duì)流化后的對(duì)象進(jìn)行讀寫(xiě)操作，也可將流化后的對(duì)象傳輸于網(wǎng)絡(luò)之間。序列化是為了解決在對(duì)對(duì)象流進(jìn)行讀寫(xiě)操作時(shí)所引發(fā)的問(wèn)題。
序列化的實(shí)現(xiàn)：將需要被序列化的類(lèi)實(shí)現(xiàn)Serializable接口，該接口沒(méi)有需要實(shí)現(xiàn)的方法，implements Serializable只是為了標(biāo)注該對(duì)象是可被序列化的，然后使用一個(gè)輸出流(如：FileOutputStream)來(lái)構(gòu)造一個(gè)ObjectOutputStream(對(duì)象流)對(duì)象，接著，使用ObjectOutputStream對(duì)象的writeObject(Object obj)方法就可以將參數(shù)為obj的對(duì)象寫(xiě)出(即保存其狀態(tài))，要恢復(fù)的話則用輸入流。
55、是否可以從一個(gè)static方法內(nèi)部發(fā)出對(duì)非static方法的調(diào)用?
答：不可以,如果其中包含對(duì)象的method();不能保證對(duì)象初始化.
56、寫(xiě)clone()方法時(shí)，通常都有一行代碼，是什么?
答：Clone 有缺省行為，super.clone();他負(fù)責(zé)產(chǎn)生正確大小的空間，并逐位復(fù)制。
57、在JAVA中，如何跳出當(dāng)前的多重嵌套循環(huán)?
答：用break; return 方法。
58、List、Map、Set三個(gè)接口，存取元素時(shí)，各有什么特點(diǎn)?
答：List 以特定次序來(lái)持有元素，可有重復(fù)元素。Set 無(wú)法擁有重復(fù)元素,內(nèi)部排序。Map 保存key-value值，value可多值。
59、說(shuō)出一些常用的類(lèi)，包，接口，請(qǐng)各舉5個(gè)
答：常用的類(lèi)：BufferedReader BufferedWriter FileReader FileWirter String Integer
常用的包：java.lang java.awt java.io java.util java.sql
常用的接口：Remote List Map Runnable Serializable ActionListener
二、線程編程方面
60、java中有幾種方法可以實(shí)現(xiàn)一個(gè)線程?用什么關(guān)鍵字修飾同步方法? stop()和suspend()方法為何不推薦使用?
答：有兩種實(shí)現(xiàn)方法，分別是繼承Thread類(lèi)與實(shí)現(xiàn)Runnable接口
用synchronized關(guān)鍵字修飾同步方法
反對(duì)使用stop()，是因?yàn)樗话踩?。它?huì)解除由線程獲取的所有鎖定，而且如果對(duì)象處于一種不連貫狀態(tài)，那么其他線程能在那種狀態(tài)下檢查和修改它們。結(jié)果很難檢查出真正的問(wèn)題所在。suspend()方法容易發(fā)生死鎖。調(diào)用suspend()的時(shí)候，目標(biāo)線程會(huì)停下來(lái)，但卻仍然持有在這之前獲得的鎖定。此時(shí)，其他任何線程都不能訪問(wèn)鎖定的資源，除非被"掛起"的線程恢復(fù)運(yùn)行。對(duì)任何線程來(lái)說(shuō)，如果它們想恢復(fù)目標(biāo)線程，同時(shí)又試圖使用任何一個(gè)鎖定的資源，就會(huì)造成死鎖。所以不應(yīng)該使用suspend()，而應(yīng)在自己的Thread類(lèi)中置入一個(gè)標(biāo)志，指出線程應(yīng)該活動(dòng)還是掛起。若標(biāo)志指出線程應(yīng)該掛起，便用wait()命其進(jìn)入等待狀態(tài)。若標(biāo)志指出線程應(yīng)當(dāng)恢復(fù)，則用一個(gè)notify()重新啟動(dòng)線程。
61、sleep() 和 wait() 有什么區(qū)別?
答：sleep是線程類(lèi)(Thread)的方法，導(dǎo)致此線程暫停執(zhí)行指定時(shí)間，給執(zhí)行機(jī)會(huì)給其他線程，但是監(jiān)控狀態(tài)依然保持，到時(shí)后會(huì)自動(dòng)恢復(fù)。調(diào)用sleep不會(huì)釋放對(duì)象鎖。
wait是Object類(lèi)的方法，對(duì)此對(duì)象調(diào)用wait方法導(dǎo)致本線程放棄對(duì)象鎖，進(jìn)入等待此對(duì)象的等待鎖定池，只有針對(duì)此對(duì)象發(fā)出notify方法(或notifyAll)后本線程才進(jìn)入對(duì)象鎖定池準(zhǔn)備獲得對(duì)象鎖進(jìn)入運(yùn)行狀態(tài)。
62、同步和異步有何異同，在什么情況下分別使用他們?舉例說(shuō)明。
答：如果數(shù)據(jù)將在線程間共享。例如正在寫(xiě)的數(shù)據(jù)以后可能被另一個(gè)線程讀到，或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個(gè)線程寫(xiě)過(guò)了，那么這些數(shù)據(jù)就是共享數(shù)據(jù)，必須進(jìn)行同步存取。
當(dāng)應(yīng)用程序在對(duì)象上調(diào)用了一個(gè)需要花費(fèi)很長(zhǎng)時(shí)間來(lái)執(zhí)行的方法，并且不希望讓程序等待方法的返回時(shí)，就應(yīng)該使用異步編程，在很多情況下采用異步途徑往往更有效率。
63、啟動(dòng)一個(gè)線程是用run()還是start()?
答：?jiǎn)?dòng)一個(gè)線程是調(diào)用start()方法，使線程所代表的虛擬處理機(jī)處于可運(yùn)行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會(huì)立即運(yùn)行。run()方法可以產(chǎn)生必須退出的標(biāo)志來(lái)停止一個(gè)線程。
64、當(dāng)一個(gè)線程進(jìn)入一個(gè)對(duì)象的一個(gè)synchronized方法后，其它線程是否可進(jìn)入此對(duì)象的其它方法?
答：不能，一個(gè)對(duì)象的一個(gè)synchronized方法只能由一個(gè)線程訪問(wèn)。
65、請(qǐng)說(shuō)出你所知道的線程同步的方法。
答：wait():使一個(gè)線程處于等待狀態(tài)，并且釋放所持有的對(duì)象的lock。
sleep():使一個(gè)正在運(yùn)行的線程處于睡眠狀態(tài)，是一個(gè)靜態(tài)方法，調(diào)用此方法要捕捉InterruptedException異常。
notify():喚醒一個(gè)處于等待狀態(tài)的線程，注意的是在調(diào)用此方法的時(shí)候，并不能確切的喚醒某一個(gè)等待狀態(tài)的線程，而是由JVM確定喚醒哪個(gè)線程，而且不是按優(yōu)先級(jí)。
Allnotity():喚醒所有處入等待狀態(tài)的線程，注意并不是給所有喚醒線程一個(gè)對(duì)象的鎖，而是讓它們競(jìng)爭(zhēng)。
66、多線程有幾種實(shí)現(xiàn)方法,都是什么?同步有幾種實(shí)現(xiàn)方法,都是什么?
答：多線程有兩種實(shí)現(xiàn)方法，分別是繼承Thread類(lèi)與實(shí)現(xiàn)Runnable接口
同步的實(shí)現(xiàn)方面有兩種，分別是synchronized,wait與notify
67、線程的基本概念、線程的基本狀態(tài)以及狀態(tài)之間的關(guān)系
答：線程指在程序執(zhí)行過(guò)程中，能夠執(zhí)行程序代碼的一個(gè)執(zhí)行單位，每個(gè)程序至少都有一個(gè)線程，也就是程序本身。
Java中的線程有四種狀態(tài)分別是：運(yùn)行、就緒、掛起、結(jié)束
68、簡(jiǎn)述synchronized和java.util.concurrent.locks.Lock的異同 ?
答：主要相同點(diǎn)：Lock能完成synchronized所實(shí)現(xiàn)的所有功能
主要不同點(diǎn)：Lock有比synchronized更精確的線程語(yǔ)義和更好的性能。synchronized會(huì)自動(dòng)釋放鎖，而Lock一定要求程序員手工釋放，并且必須在finally從句中釋放。
三、Jsp方面
69、forward 和redirect的區(qū)別
答：forward是服務(wù)器請(qǐng)求資源，服務(wù)器直接訪問(wèn)目標(biāo)地址的URL，把那個(gè)URL的響應(yīng)內(nèi)容讀取過(guò)來(lái)，然后把這些內(nèi)容再發(fā)給瀏覽器，瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來(lái)的，所以它的地址欄中還是原來(lái)的地址。
redirect就是服務(wù)端根據(jù)邏輯,發(fā)送一個(gè)狀態(tài)碼,告訴瀏覽器重新去請(qǐng)求那個(gè)地址，一般來(lái)說(shuō)瀏覽器會(huì)用剛才請(qǐng)求的所有參數(shù)重新請(qǐng)求，所以session,request參數(shù)都可以獲取。
70、jsp有哪些內(nèi)置對(duì)象?作用分別是什么?
答：JSP共有以下9種基本內(nèi)置組件(可與ASP的6種內(nèi)部組件相對(duì)應(yīng))：
request 用戶端請(qǐng)求，此請(qǐng)求會(huì)包含來(lái)自GET/POST請(qǐng)求的參數(shù)
response 網(wǎng)頁(yè)傳回用戶端的回應(yīng)
pageContext 網(wǎng)頁(yè)的屬性是在這里管理
session 與請(qǐng)求有關(guān)的會(huì)話期
application servlet正在執(zhí)行的內(nèi)容
out 用來(lái)傳送回應(yīng)的輸出
config servlet的構(gòu)架部件
page JSP網(wǎng)頁(yè)本身
exception 針對(duì)錯(cuò)誤網(wǎng)頁(yè)，未捕捉的例外
71、jsp有哪些動(dòng)作?作用分別是什么?
答:JSP共有以下6種基本動(dòng)作：
jsp:include：在頁(yè)面被請(qǐng)求的時(shí)候引入一個(gè)文件。
jsp:useBean：尋找或者實(shí)例化一個(gè)JavaBean。
jsp:setProperty：設(shè)置JavaBean的屬性。
jsp:getProperty：輸出某個(gè)JavaBean的屬性。
jsp:forward：把請(qǐng)求轉(zhuǎn)到一個(gè)新的頁(yè)面。
jsp:plugin：根據(jù)瀏覽器類(lèi)型為Java插件生成OBJECT或EMBED標(biāo)記
72、JSP中動(dòng)態(tài)INCLUDE與靜態(tài)INCLUDE的區(qū)別?
答：動(dòng)態(tài)INCLUDE用jsp:include動(dòng)作實(shí)現(xiàn)。它總是會(huì)檢查所含文件中的變化，適合用于包含動(dòng)態(tài)頁(yè)面，并且可以帶參數(shù)
靜態(tài)INCLUDE用include偽碼實(shí)現(xiàn),定不會(huì)檢查所含文件的變化，適用于包含靜態(tài)頁(yè)面：
73、兩種跳轉(zhuǎn)方式分別是什么?有什么區(qū)別?
答：有兩種，分別為：
前者頁(yè)面不會(huì)轉(zhuǎn)向include所指的頁(yè)面，只是顯示該頁(yè)的結(jié)果，主頁(yè)面還是原來(lái)的頁(yè)面。執(zhí)行完后還會(huì)回來(lái)，相當(dāng)于函數(shù)調(diào)用。并且可以帶參數(shù).后者完全轉(zhuǎn)向新頁(yè)面，不會(huì)再回來(lái)。相當(dāng)于go to 語(yǔ)句。
74、JSP的內(nèi)置對(duì)象及方法。
答：request表示HttpServletRequest對(duì)象。它包含了有關(guān)瀏覽器請(qǐng)求的信息，并且提供了幾個(gè)用于獲取cookie, header, 和session數(shù)據(jù)的有用的方法。
response表示HttpServletResponse對(duì)象，并提供了幾個(gè)用于設(shè)置送回 瀏覽器的響應(yīng)的方法(如cookies,頭信息等)
out對(duì)象是javax.jsp.JspWriter的一個(gè)實(shí)例，并提供了幾個(gè)方法使你能用于向?yàn)g覽器回送輸出結(jié)果。
pageContext表示一個(gè)javax.servlet.jsp.PageContext對(duì)象。它是用于方便存取各種范圍的名字空間、servlet相關(guān)的對(duì)象的API，并且包裝了通用的servlet相關(guān)功能的方法。
session表示一個(gè)請(qǐng)求的javax.servlet.http.HttpSession對(duì)象。Session可以存貯用戶的狀態(tài)信息
applicaton 表示一個(gè)javax.servle.ServletContext對(duì)象。這有助于查找有關(guān)servlet引擎和servlet環(huán)境的信息
config表示一個(gè)javax.servlet.ServletConfig對(duì)象。該對(duì)象用于存取servlet實(shí)例的初始化參數(shù)。
page表示從該頁(yè)面產(chǎn)生的一個(gè)servlet實(shí)例
四、Servlet方面
75、說(shuō)一說(shuō)Servlet的生命周期?
答:servlet有良好的生存期的定義，包括加載和實(shí)例化、初始化、處理請(qǐng)求以及服務(wù)結(jié)束。這個(gè)生存期由javax.servlet.Servlet接口的init,service和destroy方法表達(dá)。 Servlet被服務(wù)器實(shí)例化后，容器運(yùn)行其init方法，請(qǐng)求到達(dá)時(shí)運(yùn)行其service方法，service方法自動(dòng)派遣運(yùn)行與請(qǐng)求對(duì)應(yīng)的doXXX方法(doGet，doPost)等，當(dāng)服務(wù)器決定將實(shí)例銷(xiāo)毀的時(shí)候調(diào)用其destroy方法。
與cgi的區(qū)別在于servlet處于服務(wù)器進(jìn)程中，它通過(guò)多線程方式運(yùn)行其service方法，一個(gè)實(shí)例可以服務(wù)于多個(gè)請(qǐng)求，并且其實(shí)例一般不會(huì)銷(xiāo)毀，而CGI對(duì)每個(gè)請(qǐng)求都產(chǎn)生新的進(jìn)程，服務(wù)完成后就銷(xiāo)毀，所以效率上低于servlet。
76、JAVA SERVLET API中forward() 與redirect()的區(qū)別?
答:前者僅是容器中控制權(quán)的轉(zhuǎn)向，在客戶端瀏覽器地址欄中不會(huì)顯示出轉(zhuǎn)向后的地址;后者則是完全的跳轉(zhuǎn)，瀏覽器將會(huì)得到跳轉(zhuǎn)的地址，并重新發(fā)送請(qǐng)求鏈接。這樣，從瀏覽器的地址欄中可以看到跳轉(zhuǎn)后的鏈接地址。所以，前者更加高效，在前者可以滿足需要時(shí)，盡量使用forward()方法，并且，這樣也有助于隱藏實(shí)際的鏈接。在有些情況下，比如，需要跳轉(zhuǎn)到一個(gè)其它服務(wù)器上的資源，則必須使用sendRedirect()方法。
77、Servlet的基本架構(gòu)
答：
public class ServletName extends HttpServlet {
public void doPost(HttpServletRequest request, HttpServletResponse response) throws
ServletException, IOException {
}
public void doGet(HttpServletRequest request, HttpServletResponse response) throws
ServletException, IOException {
}
}
78、什么情況下調(diào)用doGet()和doPost()?
答：Jsp頁(yè)面中的form標(biāo)簽里的method屬性為get時(shí)調(diào)用doGet()，為post時(shí)調(diào)用doPost()。
79、servlet的生命周期
答：web容器加載servlet，生命周期開(kāi)始。通過(guò)調(diào)用servlet的init()方法進(jìn)行servlet的初始化。通過(guò)調(diào)用service()方法實(shí)現(xiàn)，根據(jù)請(qǐng)求的不同調(diào)用不同的do***()方法。結(jié)束服務(wù)，web容器調(diào)用servlet的destroy()方法。
80、如何現(xiàn)實(shí)servlet的單線程模式
答：
81、頁(yè)面間對(duì)象傳遞的方法
答：request，session，application，cookie等
82、JSP和Servlet有哪些相同點(diǎn)和不同點(diǎn)，他們之間的聯(lián)系是什么?
答：JSP是Servlet技術(shù)的擴(kuò)展，本質(zhì)上是Servlet的簡(jiǎn)易方式，更強(qiáng)調(diào)應(yīng)用的外表表達(dá)。JSP編譯后是"類(lèi)servlet"。Servlet和JSP最主要的不同點(diǎn)在于，Servlet的應(yīng)用邏輯是在Java文件中，并且完全從表示層中的HTML里分離開(kāi)來(lái)。而JSP的情況是Java和HTML可以組合成一個(gè)擴(kuò)展名為.jsp的文件。JSP側(cè)重于視圖，Servlet主要用于控制邏輯。
83、四種會(huì)話跟蹤技術(shù)
答：會(huì)話作用域ServletsJSP 頁(yè)面描述
page否是代表與一個(gè)頁(yè)面相關(guān)的對(duì)象和屬性。一個(gè)頁(yè)面由一個(gè)編譯好的 Java servlet 類(lèi)(可以帶有任何的 include 指令，但是沒(méi)有 include 動(dòng)作)表示。這既包括 servlet 又包括被編譯成 servlet 的 JSP 頁(yè)面
request是是代表與 Web 客戶機(jī)發(fā)出的一個(gè)請(qǐng)求相關(guān)的對(duì)象和屬性。一個(gè)請(qǐng)求可能跨越多個(gè)頁(yè)面，涉及多個(gè) Web 組件(由于 forward 指令和 include 動(dòng)作的關(guān)系)
session是是代表與用于某個(gè) Web 客戶機(jī)的一個(gè)用戶體驗(yàn)相關(guān)的對(duì)象和屬性。一個(gè) Web 會(huì)話可以也經(jīng)常會(huì)跨越多個(gè)客戶機(jī)請(qǐng)求
application是是代表與整個(gè) Web 應(yīng)用程序相關(guān)的對(duì)象和屬性。這實(shí)質(zhì)上是跨越整個(gè) Web 應(yīng)用程序，包括多個(gè)頁(yè)面、請(qǐng)求和會(huì)話的一個(gè)全局作用域
84、Request對(duì)象的主要方法
答：
setAttribute(String name,Object)：設(shè)置名字為name的request的參數(shù)值
getAttribute(String name)：返回由name指定的屬性值
getAttributeNames()：返回request對(duì)象所有屬性的名字集合，結(jié)果是一個(gè)枚舉的實(shí)例
getCookies()：返回客戶端的所有Cookie對(duì)象，結(jié)果是一個(gè)Cookie數(shù)組
getCharacterEncoding()：返回請(qǐng)求中的字符編碼方式
getContentLength()：返回請(qǐng)求的Body的長(zhǎng)度
getHeader(String name)：獲得HTTP協(xié)議定義的文件頭信息
getHeaders(String name)：返回指定名字的request Header的所有值，結(jié)果是一個(gè)枚舉的實(shí)例
getHeaderNames()：返回所以request Header的名字，結(jié)果是一個(gè)枚舉的實(shí)例
getInputStream()：返回請(qǐng)求的輸入流，用于獲得請(qǐng)求中的數(shù)據(jù)
getMethod()：獲得客戶端向服務(wù)器端傳送數(shù)據(jù)的方法
getParameter(String name)：獲得客戶端傳送給服務(wù)器端的有name指定的參數(shù)值
getParameterNames()：獲得客戶端傳送給服務(wù)器端的所有參數(shù)的名字，結(jié)果是一個(gè)枚舉的實(shí)例
getParameterValues(String name)：獲得有name指定的參數(shù)的所有值
getProtocol()：獲取客戶端向服務(wù)器端傳送數(shù)據(jù)所依據(jù)的協(xié)議名稱(chēng)
getQueryString()：獲得查詢字符串
getRequestURI()：獲取發(fā)出請(qǐng)求字符串的客戶端地址
getRemoteAddr()：獲取客戶端的IP地址
getRemoteHost()：獲取客戶端的名字
getSession([Boolean create])：返回和請(qǐng)求相關(guān)Session
getServerName()：獲取服務(wù)器的名字
getServletPath()：獲取客戶端所請(qǐng)求的腳本文件的路徑
getServerPort()：獲取服務(wù)器的端口號(hào)
removeAttribute(String name)：刪除請(qǐng)求中的一個(gè)屬性
85、我們?cè)趙eb應(yīng)用開(kāi)發(fā)過(guò)程中經(jīng)常遇到輸出某種編碼的字符，如iso8859-1等，如何輸出一個(gè)某種編碼的字符串?
答：
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;
}
86、Servlet執(zhí)行時(shí)一般實(shí)現(xiàn)哪幾個(gè)方法?
答：
public void init(ServletConfig config)
public ServletConfig getServletConfig()
public String getServletInfo()
public void service(ServletRequest request,ServletResponse response)
public void destroy()
五、Jdbc、Jdo方面
87、Class.forName的作用?為什么要用?
答：調(diào)用該訪問(wèn)返回一個(gè)以字符串指定類(lèi)名的類(lèi)的對(duì)象。
88、Jdo是什么?
答：JDO是Java對(duì)象持久化的新的規(guī)范，為java data object的簡(jiǎn)稱(chēng),也是一個(gè)用于存取某種數(shù)據(jù)倉(cāng)庫(kù)中的對(duì)象的標(biāo)準(zhǔn)化API。JDO提供了透明的對(duì)象存儲(chǔ)，因此對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，存儲(chǔ)數(shù)據(jù)對(duì)象完全不需要額外的代碼(如JDBC API的使用)。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO產(chǎn)品提供商身上，使開(kāi)發(fā)人員解脫出來(lái)，從而集中時(shí)間和精力在業(yè)務(wù)邏輯上。另外，JDO很靈活，因?yàn)樗梢栽谌魏螖?shù)據(jù)底層上運(yùn)行。JDBC只是面向關(guān)系數(shù)據(jù)庫(kù)(RDBMS)JDO更通用，提供到任何數(shù)據(jù)底層的存儲(chǔ)功能，比如關(guān)系數(shù)據(jù)庫(kù)、文件、XML以及對(duì)象數(shù)據(jù)庫(kù)(ODBMS)等等，使得應(yīng)用可移植性更強(qiáng)。
89、說(shuō)出數(shù)據(jù)連接池的工作機(jī)制是什么?
答：J2EE服務(wù)器啟動(dòng)時(shí)會(huì)建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接?？蛻舳顺绦蛐枰B接時(shí)，池驅(qū)動(dòng)程序會(huì)返回一個(gè)未使用的池連接并將其表記為忙。如果當(dāng)前沒(méi)有空閑連接，池驅(qū)動(dòng)程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。當(dāng)使用的池連接調(diào)用完成后，池驅(qū)動(dòng)程序?qū)⒋诉B接表記為空閑，其他調(diào)用就可以使用這個(gè)連接。
90、Jdo是什么?
答：JDO是Java對(duì)象持久化的新的規(guī)范，為java data object的簡(jiǎn)稱(chēng),也是一個(gè)用于存取某種數(shù)據(jù)倉(cāng)庫(kù)中的對(duì)象的標(biāo)準(zhǔn)化API。JDO提供了透明的對(duì)象存儲(chǔ)，因此對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，存儲(chǔ)數(shù)據(jù)對(duì)象完全不需要額外的代碼(如JDBC API的使用)。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO產(chǎn)品提供商身上，使開(kāi)發(fā)人員解脫出來(lái)，從而集中時(shí)間和精力在業(yè)務(wù)邏輯上。另外，JDO很靈活，因?yàn)樗梢栽谌魏螖?shù)據(jù)底層上運(yùn)行。JDBC只是面向關(guān)系數(shù)據(jù)庫(kù)(RDBMS)JDO更通用，提供到任何數(shù)據(jù)底層的存儲(chǔ)功能，比如關(guān)系數(shù)據(jù)庫(kù)、文件、XML以及對(duì)象數(shù)據(jù)庫(kù)(ODBMS)等等，使得應(yīng)用可移植性更強(qiáng)。
六、XML方面
91、xml有哪些解析技術(shù)?區(qū)別是什么?
答：有DOM,SAX,STAX等
DOM:處理大型文件時(shí)其性能下降的非常厲害。這個(gè)問(wèn)題是由DOM的樹(shù)結(jié)構(gòu)所造成的，這種結(jié)構(gòu)占用的內(nèi)存較多，而且DOM必須在解析文件之前把整個(gè)文檔裝入內(nèi)存,適合對(duì)XML的隨機(jī)訪問(wèn)SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動(dòng)型的XML解析方式。它順序讀取XML文件，不需要一次全部裝載整個(gè)文件。當(dāng)遇到像文件開(kāi)頭，文檔結(jié)束，或者標(biāo)簽開(kāi)頭與標(biāo)簽結(jié)束時(shí)，它會(huì)觸發(fā)一個(gè)事件，用戶通過(guò)在其回調(diào)事件中寫(xiě)入處理代碼來(lái)處理XML文件，適合對(duì)XML的順序訪問(wèn)
STAX:Streaming API for XML (StAX)
92、你在項(xiàng)目中用到了xml技術(shù)的哪些方面?如何實(shí)現(xiàn)的?
答：用到了數(shù)據(jù)存貯，信息配置兩方面。在做數(shù)據(jù)交換平臺(tái)時(shí)，將不同數(shù)據(jù)源的數(shù)據(jù)組裝成XML文件，然后將XML文件壓縮打包加密后通過(guò)網(wǎng)絡(luò)傳送給接收者，接收解密與解壓縮后再同XML文件中還原相關(guān)信息進(jìn)行處理。在做軟件配置時(shí)，利用XML可以很方便的進(jìn)行，軟件的各種配置參數(shù)都存貯在XML文件中。
93、XML文檔定義有幾種形式?它們之間有何本質(zhì)區(qū)別?解析XML文檔有哪幾種方式?
答：XML文檔定義有兩種形式：dtd，schema。
本質(zhì)區(qū)別:schema本身是xml的，可以被XML解析器解析(這也是從DTD上發(fā)展schema的根本目的)。
解析XML文檔有DOM,SAX,STAX等方式：
DOM:處理大型文件時(shí)其性能下降的非常厲害。這個(gè)問(wèn)題是由DOM的樹(shù)結(jié)構(gòu)所造成的，這種結(jié)構(gòu)占用的內(nèi)存較多，而且DOM必須在解析文件之前把整個(gè)文檔裝入內(nèi)存,適合對(duì)XML的隨機(jī)訪問(wèn)
SAX:不同于DOM,SAX是事件驅(qū)動(dòng)型的XML解析方式。它順序讀取XML文件，不需要一次全部裝載整個(gè)文件。當(dāng)遇到像文件開(kāi)頭，文檔結(jié)束，或者標(biāo)簽開(kāi)頭與標(biāo)簽結(jié)束時(shí)，它會(huì)觸發(fā)一個(gè)事件，用戶通過(guò)在其回調(diào)事件中寫(xiě)入處理代碼來(lái)處理XML文件，適合對(duì)XML的順序訪問(wèn)
STAX:Streaming API for XML (StAX)
七、EJB方面
94、EJB2.0有哪些內(nèi)容?分別用在什么場(chǎng)合? EJB2.0和EJB1.1的區(qū)別?
答：規(guī)范內(nèi)容包括Bean提供者，應(yīng)用程序裝配者，EJB容器，EJB配置工具，EJB服務(wù)提供者，系統(tǒng)管理員。這里面，EJB容器是EJB之所以能夠運(yùn)行的核心。EJB容器管理著EJB的創(chuàng)建，撤消，激活，去活，與數(shù)據(jù)庫(kù)的連接等等重要的核心工作。JSP,Servlet,EJB,JNDI,JDBC,JMS.....
95、EJB與JAVA BEAN的區(qū)別?
答：Java Bean 是可復(fù)用的組件，對(duì)Java Bean并沒(méi)有嚴(yán)格的規(guī)范，理論上講，任何一個(gè)Java類(lèi)都可以是一個(gè)Bean。但通常情況下，由于Java Bean是被容器所創(chuàng)建(如Tomcat)的，所以Java Bean應(yīng)具有一個(gè)無(wú)參的構(gòu)造器，另外，通常Java Bean還要實(shí)現(xiàn)Serializable接口用于實(shí)現(xiàn)Bean的持久性。Java Bean實(shí)際上相當(dāng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件，它是不能被跨進(jìn)程訪問(wèn)的。Enterprise Java Bean 相當(dāng)于DCOM，即分布式組件。它是基于Java的遠(yuǎn)程方法調(diào)用(RMI)技術(shù)的，所以EJB可以被遠(yuǎn)程訪問(wèn)(跨進(jìn)程、跨計(jì)算機(jī))。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問(wèn)真正的EJB組件，而是通過(guò)其容器訪問(wèn)。EJB容器是EJB組件的代理，EJB組件由容器所創(chuàng)建和管理?？蛻敉ㄟ^(guò)容器來(lái)訪問(wèn)真正的EJB組件。
96、EJB是基于哪些技術(shù)實(shí)現(xiàn)的?并說(shuō)出SessionBean和EntityBean的區(qū)別，StatefulBean和StatelessBean的區(qū)別。
答：EJB包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT等技術(shù)實(shí)現(xiàn)。
SessionBean在J2EE應(yīng)用程序中被用來(lái)完成一些服務(wù)器端的業(yè)務(wù)操作，例如訪問(wèn)數(shù)據(jù)庫(kù)、調(diào)用其他EJB組件。EntityBean被用來(lái)代表應(yīng)用系統(tǒng)中用到的數(shù)據(jù)。
對(duì)于客戶機(jī)，SessionBean是一種非持久性對(duì)象，它實(shí)現(xiàn)某些在服務(wù)器上運(yùn)行的業(yè)務(wù)邏輯。
對(duì)于客戶機(jī)，EntityBean是一種持久性對(duì)象，它代表一個(gè)存儲(chǔ)在持久性存儲(chǔ)器中的實(shí)體的對(duì)象視圖，或是一個(gè)由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實(shí)體。
Session Bean 還可以再細(xì)分為 Stateful Session Bean 與 Stateless Session Bean ，這兩種的 Session Bean都可以將系統(tǒng)邏輯放在 method之中執(zhí)行，不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài)，因此通常來(lái)說(shuō)，一個(gè)使用者會(huì)有一個(gè)相對(duì)應(yīng)的 Stateful Session Bean 的實(shí)體。Stateless Session Bean 雖然也是邏輯組件，但是他卻不負(fù)責(zé)記錄使用者狀態(tài)，也就是說(shuō)當(dāng)使用者呼叫 Stateless Session Bean 的時(shí)候，EJB Container 并不會(huì)找尋特定的 Stateless Session Bean 的實(shí)體來(lái)執(zhí)行這個(gè) method。換言之，很可能數(shù)個(gè)使用者在執(zhí)行某個(gè) Stateless Session Bean 的 methods 時(shí)，會(huì)是同一個(gè) Bean 的 Instance 在執(zhí)行。從內(nèi)存方面來(lái)看， Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會(huì)消耗 J2EE Server 較多的內(nèi)存，然而 Stateful Session Bean 的優(yōu)勢(shì)卻在于他可以維持使用者的狀態(tài)。
97、EJB與JAVA BEAN的區(qū)別?
答：Java Bean 是可復(fù)用的組件，對(duì)Java Bean并沒(méi)有嚴(yán)格的規(guī)范，理論上講，任何一個(gè)Java類(lèi)都可以是一個(gè)Bean。但通常情況下，由于Java Bean是被容器所創(chuàng)建(如Tomcat)的，所以Java Bean應(yīng)具有一個(gè)無(wú)參的構(gòu)造器，另外，通常Java Bean還要實(shí)現(xiàn)Serializable接口用于實(shí)現(xiàn)Bean的持久性。Java Bean實(shí)際上相當(dāng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件，它是不能被跨進(jìn)程訪問(wèn)的。Enterprise Java Bean 相當(dāng)于DCOM，即分布式組件。它是基于Java的遠(yuǎn)程方法調(diào)用(RMI)技術(shù)的，所以EJB可以被遠(yuǎn)程訪問(wèn)(跨進(jìn)程、跨計(jì)算機(jī))。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問(wèn)真正的EJB組件，而是通過(guò)其容器訪問(wèn)。EJB容器是EJB組件的代理，EJB組件由容器所創(chuàng)建和管理?？蛻敉ㄟ^(guò)容器來(lái)訪問(wèn)真正的EJB組件。
EJB包括(SessionBean,EntityBean)說(shuō)出他們的生命周期，及如何管理事務(wù)的?
SessionBean：Stateless Session Bean 的生命周期是由容器決定的，當(dāng)客戶機(jī)發(fā)出請(qǐng)求要建立一個(gè)Bean的實(shí)例時(shí)，EJB容器不一定要?jiǎng)?chuàng)建一個(gè)新的Bean的實(shí)例供客戶機(jī)調(diào)用，而是隨便找一個(gè)現(xiàn)有的實(shí)例提供給客戶機(jī)。當(dāng)客戶機(jī)第一次調(diào)用一個(gè)Stateful Session Bean 時(shí)，容器必須立即在服務(wù)器中創(chuàng)建一個(gè)新的Bean實(shí)例，并關(guān)聯(lián)到客戶機(jī)上，以后此客戶機(jī)調(diào)用Stateful Session Bean 的方法時(shí)容器會(huì)把調(diào)用分派到與此客戶機(jī)相關(guān)聯(lián)的Bean實(shí)例。
EntityBean：Entity Beans能存活相對(duì)較長(zhǎng)的時(shí)間，并且狀態(tài)是持續(xù)的。只要數(shù)據(jù)庫(kù)中的數(shù)據(jù)存在，Entity beans就一直存活。而不是按照應(yīng)用程序或者服務(wù)進(jìn)程來(lái)說(shuō)的。即使EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。
EJB通過(guò)以下技術(shù)管理事務(wù)：對(duì)象管理組織(OMG)的對(duì)象實(shí)務(wù)服務(wù)(OTS)，Sun Microsystems的Transaction Service(JTS)、Java Transaction API(JTA)，開(kāi)發(fā)組(X/Open)的XA接口。
98、EJB的角色和三個(gè)對(duì)象
答：一個(gè)完整的基于EJB的分布式計(jì)算結(jié)構(gòu)由六個(gè)角色組成，這六個(gè)角色可以由不同的開(kāi)發(fā)商提供，每個(gè)角色所作的工作必須遵循Sun公司提供的EJB規(guī)范，以保證彼此之間的兼容性。這六個(gè)角色分別是EJB組件開(kāi)發(fā)者(Enterprise Bean Provider) 、應(yīng)用組合者(Application Assembler)、部署者(Deployer)、EJB 服務(wù)器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系統(tǒng)管理員(System Administrator)
三個(gè)對(duì)象是Remote(Local)接口、Home(LocalHome)接口，Bean類(lèi)
99、EJB容器提供的服務(wù)
答：主要提供聲明周期管理、代碼產(chǎn)生、持續(xù)性管理、安全、事務(wù)管理、鎖和并發(fā)行管理等服務(wù)。
100、EJB規(guī)范規(guī)定EJB中禁止的操作有哪些?
答：1.不能操作線程和線程API(線程API指非線程對(duì)象的方法如notify,wait等)，2.不能操作awt，3.不能實(shí)現(xiàn)服務(wù)器功能，4.不能對(duì)靜態(tài)屬生存取，5.不能使用IO操作直接存取文件系統(tǒng)，6.不能加載本地庫(kù)，7.不能將this作為變量和返回，8.不能循環(huán)調(diào)用。
101、remote接口和home接口主要作用
答：remote接口定義了業(yè)務(wù)方法，用于EJB客戶端調(diào)用業(yè)務(wù)方法。
home接口是EJB工廠用于創(chuàng)建和移除查找EJB實(shí)例 102、bean 實(shí)例的生命周期
答：對(duì)于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在緩沖池管理，而對(duì)于Entity Bean和Statefull Session Bean存在Cache管理，通常包含創(chuàng)建實(shí)例，設(shè)置上下文、創(chuàng)建EJB Object(create)、業(yè)務(wù)方法調(diào)用、remove等過(guò)程，對(duì)于存在緩沖池管理的Bean，在create之后實(shí)例并不從內(nèi)存清除，而是采用緩沖池調(diào)度機(jī)制不斷重用實(shí)例，而對(duì)于存在Cache管理的Bean則通過(guò)激活和去激活機(jī)制保持Bean的狀態(tài)并限制內(nèi)存中實(shí)例數(shù)量。
103、EJB的激活機(jī)制
答：以Stateful Session Bean 為例：其Cache大小決定了內(nèi)存中可以同時(shí)存在的Bean實(shí)例的數(shù)量，根據(jù)MRU或NRU算法，實(shí)例在激活和去激活狀態(tài)之間遷移，激活機(jī)制是當(dāng)客戶端調(diào)用某個(gè)EJB實(shí)例業(yè)務(wù)方法時(shí)，如果對(duì)應(yīng)EJB Object發(fā)現(xiàn)自己沒(méi)有綁定對(duì)應(yīng)的Bean實(shí)例則從其去激活Bean存儲(chǔ)中(通過(guò)序列化機(jī)制存儲(chǔ)實(shí)例)回復(fù)(激活)此實(shí)例。狀態(tài)變遷前會(huì)調(diào)用對(duì)應(yīng)的ejbActive和ejbPassivate方法。
104、EJB的幾種類(lèi)型
答：會(huì)話(Session)Bean ，實(shí)體(Entity)Bean 消息驅(qū)動(dòng)的(Message Driven)Bean
會(huì)話Bean又可分為有狀態(tài)(Stateful)和無(wú)狀態(tài)(Stateless)兩種
實(shí)體Bean可分為Bean管理的持續(xù)性(BMP)和容器管理的持續(xù)性(CMP)兩種
105、客服端調(diào)用EJB對(duì)象的幾個(gè)基本步驟
答：設(shè)置JNDI服務(wù)工廠以及JNDI服務(wù)地址系統(tǒng)屬性，查找Home接口，從Home接口調(diào)用Create方法創(chuàng)建Remote接口，通過(guò)Remote接口調(diào)用其業(yè)務(wù)方法。
八、應(yīng)用服務(wù)器方面
106、如何給weblogic指定大小的內(nèi)存?
答：在啟動(dòng)Weblogic的腳本中(位于所在Domian對(duì)應(yīng)服務(wù)器目錄下的startServerName)，增加set MEM_ARGS=-Xms32m -Xmx200m，可以調(diào)整最小內(nèi)存為32M，最大200M
EJB需直接實(shí)現(xiàn)它的業(yè)務(wù)接口或Home接口嗎，請(qǐng)簡(jiǎn)述理由。
遠(yuǎn)程接口和Home接口不需要直接實(shí)現(xiàn)，他們的實(shí)現(xiàn)代碼是由服務(wù)器產(chǎn)生的，程序運(yùn)行中對(duì)應(yīng)實(shí)現(xiàn)類(lèi)會(huì)作為對(duì)應(yīng)接口類(lèi)型的實(shí)例被使用。
107、應(yīng)用服務(wù)器有那些?
答：BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Application Server，jBoss，Tomcat
108、如何設(shè)定的weblogic的熱啟動(dòng)模式(開(kāi)發(fā)模式)與產(chǎn)品發(fā)布模式?
答：可以在管理控制臺(tái)中修改對(duì)應(yīng)服務(wù)器的啟動(dòng)模式為開(kāi)發(fā)或產(chǎn)品模式之一。或者修改服務(wù)的啟動(dòng)文件或者commenv文件，增加set PRODUCTION_MODE=true。
109、如何啟動(dòng)時(shí)不需輸入用戶名與密碼?
答：修改服務(wù)啟動(dòng)文件，增加 WLS_USER和WLS_PW項(xiàng)。也可以在boot.properties文件中增加加密過(guò)的用戶名和密碼.
110、在weblogic管理制臺(tái)中對(duì)一個(gè)應(yīng)用域(或者說(shuō)是一個(gè)網(wǎng)站,Domain)進(jìn)行jms及ejb或連接池等相關(guān)信息進(jìn)行配置后,實(shí)際保存在什么文件中?
答：保存在此Domain的config.xml文件中，它是服務(wù)器的核心配置文件。
111、說(shuō)說(shuō)weblogic中一個(gè)Domain的缺省目錄結(jié)構(gòu)?比如要將一個(gè)簡(jiǎn)單的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入 http://主機(jī):端口號(hào)//helloword.jsp就可以看到運(yùn)行結(jié)果了? 又比如這其中用到了一個(gè)自己寫(xiě)的javaBean該如何辦?
答：Domain目錄服務(wù)器目錄applications，將應(yīng)用目錄放在此目錄下將可以作為應(yīng)用訪問(wèn)，如果是Web應(yīng)用，應(yīng)用目錄需要滿足Web應(yīng)用目錄要求，jsp文件可以直接放在應(yīng)用目錄中，Javabean需要放在應(yīng)用目錄的WEB-INF目錄的classes目錄中，設(shè)置服務(wù)器的缺省應(yīng)用將可以實(shí)現(xiàn)在瀏覽器上無(wú)需輸入應(yīng)用名。
112、在weblogic中發(fā)布ejb需涉及到哪些配置文件
答：不同類(lèi)型的EJB涉及的配置文件不同，都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xml，CMP實(shí)體Bean一般還需要weblogic-cmp-rdbms-jar.xml
86、如何在weblogic中進(jìn)行ssl配置與客戶端的認(rèn)證配置或說(shuō)說(shuō)j2ee(標(biāo)準(zhǔn))進(jìn)行ssl的配置
答：缺省安裝中使用DemoIdentity.jks和DemoTrust.jks KeyStore實(shí)現(xiàn)SSL，需要配置服務(wù)器使用Enable SSL，配置其端口，在產(chǎn)品模式下需要從CA獲取私有密鑰和數(shù)字證書(shū)，創(chuàng)建identity和trust keystore，裝載獲得的密鑰和數(shù)字證書(shū)?？梢耘渲么薙SL連接是單向還是雙向的。
113、如何查看在weblogic中已經(jīng)發(fā)布的EJB?
答：可以使用管理控制臺(tái)，在它的Deployment中可以查看所有已發(fā)布的EJB
說(shuō)說(shuō)在weblogic中開(kāi)發(fā)消息Bean時(shí)的persistent與non-persisten的差別
persistent方式的MDB可以保證消息傳遞的可靠性,也就是如果EJB容器出現(xiàn)問(wèn)題而JMS服務(wù)器依然會(huì)將消息在此MDB可用的時(shí)候發(fā)送過(guò)來(lái)，而non-persistent方式的消息將被丟棄。
九、J2EE及MVC方面
114、MVC的各個(gè)部分都有那些技術(shù)來(lái)實(shí)現(xiàn)?如何實(shí)現(xiàn)?
答：MVC是Model-View-Controller的簡(jiǎn)寫(xiě)。"Model" 代表的是應(yīng)用的業(yè)務(wù)邏輯(通過(guò)JavaBean，EJB組件實(shí)現(xiàn))， "View" 是應(yīng)用的表示面(由JSP頁(yè)面產(chǎn)生)，"Controller" 是提供應(yīng)用的處理過(guò)程控制(一般是一個(gè)Servlet)，通過(guò)這種設(shè)計(jì)模型把應(yīng)用邏輯，處理過(guò)程和顯示邏輯分成不同的組件實(shí)現(xiàn)。這些組件可以進(jìn)行交互和重用。
115、J2EE是什么?
答：Je22是Sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業(yè)級(jí)應(yīng)用模型(enterpriese application model).在這樣的一個(gè)應(yīng)用系統(tǒng)中，可按照功能劃分為不同的組件，這些組件又可在不同計(jì)算機(jī)上，并且處于相應(yīng)的層次(tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業(yè)信息系統(tǒng)(EIS)層。
116、WEB SERVICE名詞解釋。JSWDL開(kāi)發(fā)包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。
答：Web Service描述語(yǔ)言WSDL
SOAP即簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol)，它是用于交換XML編碼信息的輕量級(jí)協(xié)議。
UDDI 的目的是為電子商務(wù)建立標(biāo)準(zhǔn);UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí)也包含一組使企業(yè)能將自身提供的Web Service注冊(cè)，以使別的企業(yè)能夠發(fā)現(xiàn)的訪問(wèn)協(xié)議的實(shí)現(xiàn)標(biāo)準(zhǔn)。
117、J2EE是技術(shù)還是平臺(tái)還是框架?
答：J2EE本身是一個(gè)標(biāo)準(zhǔn)，一個(gè)為企業(yè)分布式應(yīng)用的開(kāi)發(fā)提供的標(biāo)準(zhǔn)平臺(tái)。
J2EE也是一個(gè)框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術(shù)。
118、STRUTS的應(yīng)用(如STRUTS架構(gòu))
答：Struts是采用Java Servlet/JavaServer Pages技術(shù)，開(kāi)發(fā)Web應(yīng)用程序的開(kāi)放源碼的framework。 采用Struts能開(kāi)發(fā)出基于MVC(Model-View-Controller)設(shè)計(jì)模式的應(yīng)用構(gòu)架。 Struts有如下的主要功能：
1.包含一個(gè)controller servlet，能將用戶的請(qǐng)求發(fā)送到相應(yīng)的Action對(duì)象。
2.JSP自由tag庫(kù)，并且在controller servlet中提供關(guān)聯(lián)支持，幫助開(kāi)發(fā)員創(chuàng)建交互式表單應(yīng)用。
3.提供了一系列實(shí)用對(duì)象：XML處理、通過(guò)Java reflection APIs自動(dòng)處理JavaBeans屬性、國(guó)際化的提示和消息。
119、WEB SERVICE名詞解釋。JSWDL開(kāi)發(fā)包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。
答：Web Service是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具體的技術(shù)規(guī)范，這些規(guī)范使得Web Service能與其他兼容的組件進(jìn)行互操作。
JAXP(Java API for XML Parsing) 定義了在Java中使用DOM, SAX, XSLT的通用的接口。這樣在你的程序中你只要使用這些通用的接口，當(dāng)你需要改變具體的實(shí)現(xiàn)時(shí)候也不需要修改代碼。
JAXM(Java API for XML Messaging) 是為SOAP通信提供訪問(wèn)方法和傳輸機(jī)制的API。
WSDL是一種 XML 格式，用于將網(wǎng)絡(luò)服務(wù)描述為一組端點(diǎn)，這些端點(diǎn)對(duì)包含面向文檔信息或面向過(guò)程信息的消息進(jìn)行操作。這種格式首先對(duì)操作和消息進(jìn)行抽象描述，然后將其綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上以定義端點(diǎn)。相關(guān)的具體端點(diǎn)即組合成為抽象端點(diǎn)(服務(wù))。
SOAP即簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol)，它是用于交換XML編碼信息的輕量級(jí)協(xié)議。
UDDI 的目的是為電子商務(wù)建立標(biāo)準(zhǔn);UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí)也包含一組使企業(yè)能將自身提供的Web Service注冊(cè)，以使別的企業(yè)能夠發(fā)現(xiàn)的訪問(wèn)協(xié)議的實(shí)現(xiàn)標(biāo)準(zhǔn)。
120、C/S 與 B/S 區(qū)別：
答：有如下八個(gè)方面的不同：
1.硬件環(huán)境不同:
C/S 一般建立在專(zhuān)用的網(wǎng)絡(luò)上, 小范圍里的網(wǎng)絡(luò)環(huán)境, 局域網(wǎng)之間再通過(guò)專(zhuān)門(mén)服務(wù)器提供連接和數(shù)據(jù)交換服務(wù).
B/S 建立在廣域網(wǎng)之上的, 不必是專(zhuān)門(mén)的網(wǎng)絡(luò)硬件環(huán)境,例與電話上網(wǎng), 租用設(shè)備. 信息自己管理. 有比C/S更強(qiáng)的適應(yīng)范圍, 一般只要有操作系統(tǒng)和瀏覽器就行
2.對(duì)安全要求不同
C/S 一般面向相對(duì)固定的用戶群, 對(duì)信息安全的控制能力很強(qiáng). 一般高度機(jī)密的信息系統(tǒng)采用C/S 結(jié)構(gòu)適宜. 可以通過(guò)B/S發(fā)布部分可公開(kāi)信息.
B/S 建立在廣域網(wǎng)之上, 對(duì)安全的控制能力相對(duì)弱, 可能面向不可知的用戶。
3.對(duì)程序架構(gòu)不同
C/S 程序可以更加注重流程, 可以對(duì)權(quán)限多層次校驗(yàn), 對(duì)系統(tǒng)運(yùn)行速度可以較少考慮.
B/S 對(duì)安全以及訪問(wèn)速度的多重的考慮, 建立在需要更加優(yōu)化的基礎(chǔ)之上. 比C/S有更高的要求 B/S結(jié)構(gòu)的程序架構(gòu)是發(fā)展的趨勢(shì), 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網(wǎng)絡(luò)的構(gòu)件搭建的系統(tǒng). SUN 和IBM推的JavaBean 構(gòu)件技術(shù)等,使 B/S更加成熟.
4.軟件重用不同
C/S
面試題相關(guān)文章：