![2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第1頁(yè)](http://file4.renrendoc.com/view/8045a097a26d6ec9d72daec46431a292/8045a097a26d6ec9d72daec46431a2921.gif)
![2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第2頁(yè)](http://file4.renrendoc.com/view/8045a097a26d6ec9d72daec46431a292/8045a097a26d6ec9d72daec46431a2922.gif)
![2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第3頁(yè)](http://file4.renrendoc.com/view/8045a097a26d6ec9d72daec46431a292/8045a097a26d6ec9d72daec46431a2923.gif)
![2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第4頁(yè)](http://file4.renrendoc.com/view/8045a097a26d6ec9d72daec46431a292/8045a097a26d6ec9d72daec46431a2924.gif)
![2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第5頁(yè)](http://file4.renrendoc.com/view/8045a097a26d6ec9d72daec46431a292/8045a097a26d6ec9d72daec46431a2925.gif)
版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
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、AnonymousInnerClass(匿名內(nèi)部類(lèi))是否可以extends(繼承)其它類(lèi),是否可以implements(實(shí)現(xiàn))interface(接口)
答:匿名的內(nèi)部類(lèi)是沒(méi)有名字的內(nèi)部類(lèi)。不能extends(繼承)其它類(lèi),但一個(gè)內(nèi)部類(lèi)可以作為一個(gè)接口,由另一個(gè)內(nèi)部類(lèi)實(shí)現(xiàn)
3、StaticNestedClass和InnerClass的不同
答:NestedClass(一般是C++的說(shuō)法),InnerClass(一般是JAVA的說(shuō)法)。Java內(nèi)部類(lèi)與C++嵌套類(lèi)最大的不同就在于是否有指向外部的引用上。注:靜態(tài)內(nèi)部類(lèi)(InnerClass)意味著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)算符,表達(dá)按位與運(yùn)算,&&是邏輯運(yùn)算符,表達(dá)邏輯與(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è)對(duì)的程序必須保證這個(gè)boolean表達(dá)式的值為true;假如該值為false,說(shuō)明程序已經(jīng)處在不對(duì)的的狀態(tài)下,系統(tǒng)將給出警告或退出。一般來(lái)說(shuō),assertion用于保證程序最基本、關(guān)鍵的對(duì)的性。assertion檢查通常在開(kāi)發(fā)和測(cè)試時(shí)啟動(dòng)。為了提高性能,在軟件發(fā)布后,assertion檢查通常是關(guān)閉的
7、Strings=newString("xyz");創(chuàng)建了幾個(gè)StringObject
答:兩個(gè),一個(gè)字符對(duì)象,一個(gè)字符對(duì)象引用對(duì)象
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、shorts1=1;s1=s1+1;有什么錯(cuò)?shorts1=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;(可以對(duì)的編譯)
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()方法,有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)到的runtimeexception
答:常見(jiàn)的運(yùn)營(yíng)時(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
表達(dá)恢復(fù)不是不也許但很困難的情況下的一種嚴(yán)重問(wèn)題。比如說(shuō)內(nèi)存溢出。不也許指望程序能解決這樣的情況
exception
表達(dá)一種設(shè)計(jì)或?qū)崿F(xiàn)問(wèn)題。也就是說(shuō),它表達(dá)假如程序運(yùn)營(yíng)正常,從不會(huì)發(fā)生的情況
16、List,Set,Map是否繼承自Collection接口
答:
List,Set是,Map不是
17、abstractclass和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)(concreteclass)
答:接口可以繼承接口。抽象類(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),但卻可有不同的hashcode,這句話對(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上
答:witch(expr1)中,expr1是一個(gè)整數(shù)表達(dá)式。因此傳遞給
switch
和
case
語(yǔ)句的參數(shù)應(yīng)當(dāng)是
int、
short、
char
或者
byte。long,string
都不能作用于swtich
27、ArrayList和Vector的區(qū)別,HashMap和Hashtable的區(qū)別
答:就ArrayList與Vector重要從二方面來(lái)說(shuō).
一.同步性:Vector是線程安全的,也就是說(shuō)是同步的,而ArrayList是線程序不安全的,不是同步的
二.數(shù)據(jù)增長(zhǎng):當(dāng)需要增長(zhǎng)時(shí),Vector默認(rèn)增長(zhǎng)為本來(lái)一培,而ArrayList卻是本來(lái)的一半
就HashMap與HashTable重要從三方面來(lái)說(shuō)。
一.歷史因素:Hashtable是基于陳舊的Dictionary類(lèi)的,HashMap是Java1.2引進(jìn)的Map接口的一個(gè)實(shí)現(xiàn)
二.同步性:Hashtable是線程安全的,也就是說(shuō)是同步的,而HashMap是線程序不安全的,不是同步的
三.值:只有HashMap可以讓你將空值作為一個(gè)表的條目的key或value28、char型變量中能不能存貯一個(gè)中文漢字?為什么?
答:是可以定義成為一個(gè)中文的,由于java中以u(píng)nicode編碼,一個(gè)char占16個(gè)字節(jié),所以放一個(gè)中文是沒(méi)問(wèn)題的
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型floatf=3.4是否對(duì)的?
答:不對(duì)的。精度不準(zhǔn)確,應(yīng)當(dāng)用強(qiáng)制類(lèi)型轉(zhuǎn)換,如下所示:floatf=(float)3.4
31、介紹JAVA中的CollectionFrameWork(涉及如何寫(xiě)自己的數(shù)據(jù)結(jié)構(gòu))?
答:
Collection是最基本的集合接口,一個(gè)Collection代表一組Object,即Collection的元素(Elements)
Map提供key到value的映射
32、抽象類(lèi)與接口?
答:抽象類(lèi)與接口都用于抽象,但是抽象類(lèi)(JAVA中)可以有自己的部分實(shí)現(xiàn),而接口則完全是一個(gè)標(biāo)記(同時(shí)有多重繼承的功能)。
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)前目的無(wú)關(guān)的那些方面,以便更充足地注意與當(dāng)前目的有關(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)可以修改或增長(zhǎng)新的方法使之更適合特殊的需要。
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)當(dā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提供的封裝類(lèi)。Java為每個(gè)原始類(lèi)型提供了封裝類(lèi)。
原始類(lèi)型封裝類(lèi),booleanBoolean,charCharacter,byteByte,shortShort,intInteger,longLong,floatFloat,doubleDouble
引用類(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)營(yíng)時(shí)異常與一般異常有何異同
答:異常表達(dá)程序運(yùn)營(yíng)過(guò)程中也許出現(xiàn)的非正常狀態(tài),運(yùn)營(yíng)時(shí)異常表達(dá)虛擬機(jī)的通常操作中也許碰到的異常,是一種常見(jiàn)運(yùn)營(yíng)錯(cuò)誤。java編譯器規(guī)定方法必須聲明拋出也許發(fā)生的非運(yùn)營(yíng)時(shí)異常,但是并不規(guī)定必須聲明拋出未被捕獲的運(yùn)營(yíng)時(shí)異常。
39、說(shuō)出ArrayList,Vector,
LinkedList的存儲(chǔ)性能和特性
答:ArrayList和Vector都是使用數(shù)組方式存儲(chǔ)數(shù)據(jù),此數(shù)組元素?cái)?shù)大于實(shí)際存儲(chǔ)的數(shù)據(jù)以便增長(zhǎng)和插入元素,它們都允許直接按序號(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。由于contains方法容易讓人引起誤解。
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ī)制就不能滿足規(guī)定。與繼承相比,接口有更高的靈活性,由于接口中沒(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ò)誤表達(dá)為一個(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)存管理。由于有個(gè)垃圾回收機(jī)制,Java中的對(duì)象不再有"作用域"的概念,只有對(duì)象的引用才有"作用域"。垃圾回收可以有效的防止內(nèi)存泄露,有效的使用可以使用的內(nèi)存。垃圾回收器通常是作為一個(gè)單獨(dú)的低檔別的線程運(yùn)營(yíng),不可預(yù)知的情況下對(duì)內(nèi)存堆中已經(jīng)死亡的或者長(zhǎng)時(shí)間沒(méi)有使用的對(duì)象進(jìn)行清楚和回收,程序員不能實(shí)時(shí)的調(diào)用垃圾回收器對(duì)某個(gè)對(duì)象或所有對(duì)象進(jìn)行垃圾回收?;厥諜C(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文獻(xiàn)的原理機(jī)制?
答:JVM中類(lèi)的裝載是由ClassLoader和它的子類(lèi)來(lái)實(shí)現(xiàn)的,Java
ClassLoader
是一個(gè)重要的Java運(yùn)營(yíng)時(shí)系統(tǒng)組件。它負(fù)責(zé)在運(yùn)營(yíng)時(shí)查找和裝入類(lèi)文獻(xiàn)的類(lèi)。
46、排序都有哪幾種方法?請(qǐng)列舉
答:
排序的方法有:插入排序(直接插入排序、希爾排序),互換排序(冒泡排序、快速排序),選擇排序(直接選擇排序、堆排序),歸并排序,分派排序(箱排序、基數(shù)排序)
快速排序的偽代碼。
/
/使用快速排序方法對(duì)a[
0
:n-
1
]排序
從a[
0
:n-
1
]中選擇一個(gè)元素作為m
i
d
d
l
e,該元素為支點(diǎn)
把余下的元素分割為兩段left
和r
i
g
h
t,使得l
e
f
t中的元素都小于等于支點(diǎn),而right
中的元素都大于等于支點(diǎn)
遞歸地使用快速排序方法對(duì)left
進(jìn)行排序
遞歸地使用快速排序方法對(duì)right
進(jìn)行排序
所得結(jié)果為l
e
f
t
+
m
i
d
d
l
e
+
r
i
g
h
t
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)指定一塊防止所有"異常"的程序。緊跟在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"源文獻(xiàn)中是否可以涉及多個(gè)類(lèi)(不是內(nèi)部類(lèi))?有什么限制?
答:可以。必須只有一個(gè)類(lèi)名與文獻(xiàn)名相同。
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)存泄露,可參看effectivejava.
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)存嗎?有什么辦法積極告知虛擬機(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)營(yíng),但是Java語(yǔ)言規(guī)范并不保證GC一定會(huì)執(zhí)行。
53、靜態(tài)變量和實(shí)例變量的區(qū)別?
答:static
i
=
10;
//常量
class
A
a;
a.i
=10;//可變
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)生對(duì)的大小的空間,并逐位復(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
Document
NodeList線程編程方面
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(),是由于它不安全。它會(huì)解除由線程獲取的所有鎖定,并且假如對(duì)象處在一種不連貫狀態(tài),那么其他線程能在那種狀態(tài)下檢查和修改它們。結(jié)果很難檢查出真正的問(wèn)題所在。suspend()方法容易發(fā)生死鎖。調(diào)用suspend()的時(shí)候,目的線程會(huì)停下來(lái),但卻仍然持有在這之前獲得的鎖定。此時(shí),其他任何線程都不能訪問(wèn)鎖定的資源,除非被"掛起"的線程恢復(fù)運(yùn)營(yíng)。對(duì)任何線程來(lái)說(shuō),假如它們想恢復(fù)目的線程,同時(shí)又試圖使用任何一個(gè)鎖定的資源,就會(huì)導(dǎo)致死鎖。所以不應(yīng)當(dāng)使用suspend(),而應(yīng)在自己的Thread類(lèi)中置入一個(gè)標(biāo)志,指出線程應(yīng)當(dāng)活動(dòng)還是掛起。若標(biāo)志指出線程應(yīng)當(dā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í)行指定期間,給執(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)營(yíng)狀態(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)當(dāng)使用異步編程,在很多情況下采用異步途徑往往更有效率。
63、啟動(dòng)一個(gè)線程是用run()還是start()?
答:?jiǎn)?dòng)一個(gè)線程是調(diào)用start()方法,使線程所代表的虛擬解決機(jī)處在可運(yùn)營(yíng)狀態(tài),這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會(huì)立即運(yùn)營(yíng)。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)營(yíng)的線程處在睡眠狀態(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)營(yíng)、就緒、掛起、結(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一定規(guī)定程序員手工釋放,并且必須在finally從句中釋放。Jsp方面69、forward
和redirect的區(qū)別
答:forward是服務(wù)器請(qǐng)求資源,服務(wù)器直接訪問(wèn)目的地址的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)部組件相相應(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ì)話期
applicationservlet正在執(zhí)行的內(nèi)容
out用來(lái)傳送回應(yīng)的輸出
configservlet的構(gòu)架部件
pageJSP網(wǎng)頁(yè)自身
exception針對(duì)錯(cuò)誤網(wǎng)頁(yè),未捕獲的例外
71、jsp有哪些動(dòng)作?作用分別是什么?
答:JSP共有以下6種基本動(dòng)作
jsp:include:在頁(yè)面被請(qǐng)求的時(shí)候引入一個(gè)文獻(xiàn)。
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)
<jsp:includepage="included.jsp"flush="true"/>它總是會(huì)檢查所含文獻(xiàn)中的變化,適合用于包含動(dòng)態(tài)頁(yè)面,并且可以帶參數(shù)
靜態(tài)INCLUDE用include偽碼實(shí)現(xiàn),定不會(huì)檢查所含文獻(xiàn)的變化,合用于包含靜態(tài)頁(yè)面
<%@includefile="included.htm"%>
73、兩種跳轉(zhuǎn)方式分別是什么?有什么區(qū)別?
答:有兩種,分別為:
<jsp:includepage="included.jsp"flush="true">
<jsp:forwardpage="nextpage.jsp"/>
前者頁(yè)面不會(huì)轉(zhuǎn)向include所指的頁(yè)面,只是顯示該頁(yè)的結(jié)果,主頁(yè)面還是本來(lái)的頁(yè)面。執(zhí)行完后還會(huì)回來(lái),相稱(chēng)于函數(shù)調(diào)用。并且可以帶參數(shù).后者完全轉(zhuǎn)向新頁(yè)面,不會(huì)再回來(lái)。相稱(chēng)于goto語(yǔ)句。
74、JSP的內(nèi)置對(duì)象及方法。
答:request表達(dá)HttpServletRequest對(duì)象。它包含了有關(guān)瀏覽器請(qǐng)求的信息,并且提供了幾個(gè)用于獲取cookie,
header,
和session數(shù)據(jù)的有用的方法。
response表達(dá)HttpServletResponse對(duì)象,并提供了幾個(gè)用于設(shè)立送回
瀏覽器的響應(yīng)的方法(如cookies,頭信息等)
out對(duì)象是javax.jsp.JspWriter的一個(gè)實(shí)例,并提供了幾個(gè)方法使你能用于向?yàn)g覽器回送輸出結(jié)果。
pageContext表達(dá)一個(gè)javax.servlet.jsp.PageContext對(duì)象。它是用于方便存取各種范圍的名字空間、servlet相關(guān)的對(duì)象的API,并且包裝了通用的servlet相關(guān)功能的方法。
session表達(dá)一個(gè)請(qǐng)求的javax.servlet.http.HttpSession對(duì)象。Session可以存貯用戶的狀態(tài)信息
applicaton
表達(dá)一個(gè)javax.servle.ServletContext對(duì)象。這有助于查找有關(guān)servlet引擎和servlet環(huán)境的信息
config表達(dá)一個(gè)javax.servlet.ServletConfig對(duì)象。該對(duì)象用于存取servlet實(shí)例的初始化參數(shù)。
page表達(dá)從該頁(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)營(yíng)其init方法,請(qǐng)求到達(dá)時(shí)運(yùn)營(yíng)其service方法,service方法自動(dòng)派遣運(yùn)營(yíng)與請(qǐng)求相應(yīng)的doXXX方法(doGet,doPost)等,當(dāng)服務(wù)器決定將實(shí)例銷(xiāo)毀的時(shí)候調(diào)用其destroy方法。
與cgi的區(qū)別在于servlet處在服務(wù)器進(jìn)程中,它通過(guò)多線程方式運(yùn)營(yíng)其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、JAVASERVLETAPI中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)
答:
publicclassServletNameextendsHttpServlet{
publicvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)throws
ServletException,IOException
{
}
publicvoiddoGet(HttpServletRequestrequest,HttpServletResponseresponse)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的單線程模式
答:<%@
page
isThreadSafe="false"%>
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文獻(xiàn)中,并且完全從表達(dá)層中的HTML里分離開(kāi)來(lái)。而JSP的情況是Java和HTML可以組合成一個(gè)擴(kuò)展名為.jsp的文獻(xiàn)。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)作)表達(dá)。這既涉及
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é)議定義的文獻(xiàn)頭信息
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)求的腳本文獻(xiàn)的途徑
getServerPort():獲取服務(wù)器的端標(biāo)語(yǔ)
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ī)范,為javadataobject的簡(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ì)象完全不需要額外的代碼(如JDBCAPI的使用)。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO產(chǎn)品提供商身上,使開(kāi)發(fā)人員解脫出來(lái),從而集中時(shí)間和精力在業(yè)務(wù)邏輯上。此外,JDO很靈活,由于它可以在任何數(shù)據(jù)底層上運(yùn)營(yíng)。JDBC只是面向關(guān)系數(shù)據(jù)庫(kù)(RDBMS)JDO更通用,提供到任何數(shù)據(jù)底層的存儲(chǔ)功能,比如關(guān)系數(shù)據(jù)庫(kù)、文獻(xiàn)、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很靈活,由于它可以在任何數(shù)據(jù)底層上運(yùn)營(yíng)。JDBC只是面向關(guān)系數(shù)據(jù)庫(kù)(RDBMS)JDO更通用,提供到任何數(shù)據(jù)底層的存儲(chǔ)功能,比如關(guān)系數(shù)據(jù)庫(kù)、文獻(xiàn)、XML以及對(duì)象數(shù)據(jù)庫(kù)(ODBMS)等等,使得應(yīng)用可移植性更強(qiáng)。
Xml方面91、xml有哪些解析技術(shù)?區(qū)別是什么?
答:有DOM,SAX,STAX等
DOM:解決大型文獻(xiàn)時(shí)其性能下降的非常厲害。這個(gè)問(wèn)題是由DOM的樹(shù)結(jié)構(gòu)所導(dǎo)致的,這種結(jié)構(gòu)占用的內(nèi)存較多,并且DOM必須在解析文獻(xiàn)之前把整個(gè)文檔裝入內(nèi)存,適合對(duì)XML的隨機(jī)訪問(wèn)SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動(dòng)型的XML解析方式。它順序讀取XML文獻(xiàn),不需要一次所有裝載整個(gè)文獻(xiàn)。當(dāng)碰到像文獻(xiàn)開(kāi)頭,文檔結(jié)束,或者標(biāo)簽開(kāi)頭與標(biāo)簽結(jié)束時(shí),它會(huì)觸發(fā)一個(gè)事件,用戶通過(guò)在其回調(diào)事件中寫(xiě)入解決代碼來(lái)解決XML文獻(xiàn),適合對(duì)XML的順序訪問(wèn)
STAX:StreamingAPIforXML(StAX)
92、你在項(xiàng)目中用到了xml技術(shù)的哪些方面?如何實(shí)現(xiàn)的?
答:用到了數(shù)據(jù)存貯,信息配置兩方面。在做數(shù)據(jù)互換平臺(tái)時(shí),將不能數(shù)據(jù)源的數(shù)據(jù)組裝成XML文獻(xiàn),然后將XML文獻(xiàn)壓縮打包加密后通過(guò)網(wǎng)絡(luò)傳送給接受者,接受解密與解壓縮后再同XML文獻(xiàn)中還原相關(guān)信息進(jìn)行解決。在做軟件配置時(shí),運(yùn)用XML可以很方便的進(jìn)行,軟件的各種配置參數(shù)都存貯在XML文獻(xiàn)中。
93、XML文檔定義有幾種形式?它們之間有何本質(zhì)區(qū)別?解析XML文檔有哪幾種方式?
答:a:
兩種形式
dtd
schema,b:
本質(zhì)區(qū)別:schema自身是xml的,可以被XML解析器解析(這也是從DTD上發(fā)展schema的主線目的),c:有DOM,SAX,STAX等
DOM:解決大型文獻(xiàn)時(shí)其性能下降的非常厲害。這個(gè)問(wèn)題是由DOM的樹(shù)結(jié)構(gòu)所導(dǎo)致的,這種結(jié)構(gòu)占用的內(nèi)存較多,并且DOM必須在解析文獻(xiàn)之前把整個(gè)文檔裝入內(nèi)存,適合對(duì)XML的隨機(jī)訪問(wèn)
SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動(dòng)型的XML解析方式。它順序讀取XML文獻(xiàn),不需要一次所有裝載整個(gè)文獻(xiàn)。當(dāng)碰到像文獻(xiàn)開(kāi)頭,文檔結(jié)束,或者標(biāo)簽開(kāi)頭與標(biāo)簽結(jié)束時(shí),它會(huì)觸發(fā)一個(gè)事件,用戶通過(guò)在其回調(diào)事件中寫(xiě)入解決代碼來(lái)解決XML文獻(xiàn),適合對(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)營(yíng)的核心。EJB容器管理著EJB的創(chuàng)建,撤消,激活,去活,與數(shù)據(jù)庫(kù)的連接等等重要的核心工作。JSP,Servlet,EJB,JNDI,JDBC,JMS
95、EJB與JAVABEAN的區(qū)別?
答:JavaBean是可復(fù)用的組件,對(duì)JavaBean并沒(méi)有嚴(yán)格的規(guī)范,理論上講,任何一個(gè)Java類(lèi)都可以是一個(gè)Bean。但通常情況下,由于JavaBean是被容器所創(chuàng)建(如Tomcat)的,所以JavaBean應(yīng)具有一個(gè)無(wú)參的構(gòu)造器,此外,通常JavaBean還要實(shí)現(xiàn)Serializable接口用于實(shí)現(xiàn)Bean的持久性。JavaBean事實(shí)上相稱(chēng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件,它是不能被跨進(jìn)程訪問(wèn)的。EnterpriseJavaBean相稱(chē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íng)的業(yè)務(wù)邏輯。
對(duì)于客戶機(jī),EntityBean是一種持久性對(duì)象,它代表一個(gè)存儲(chǔ)在持久性存儲(chǔ)器中的實(shí)體的對(duì)象視圖,或是一個(gè)由現(xiàn)有公司應(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è)相相應(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í)上相稱(chēng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件,它是不能被跨進(jìn)程訪問(wèn)的。Enterprise
Java
Bean
相稱(chē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í)例提供應(yīng)客戶機(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ù)管理實(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中嚴(yán)禁的操作有哪些?
答:1.不能操作線程和線程API(線程API指非線程對(duì)象的方法如notify,wait等),2.不能操作awt,3.不能實(shí)現(xiàn)服務(wù)器功能,4.不能對(duì)靜態(tài)屬生存取,5.不能使用IO操作直接存取文獻(xiàn)系統(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í),假如相應(yīng)EJB
Object發(fā)現(xiàn)自己沒(méi)有綁定相應(yīng)的Bean實(shí)例則從其去激活Bean存儲(chǔ)中(通過(guò)序列化機(jī)制存儲(chǔ)實(shí)例)回復(fù)(激活)此實(shí)例。狀態(tài)變遷前會(huì)調(diào)用相應(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è)基本環(huán)節(jié)
答:設(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相應(yīng)服務(wù)器目錄下的startServerName),增長(zhǎng)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)營(yíng)中相應(yīng)實(shí)現(xiàn)類(lèi)會(huì)作為相應(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)中修改相應(yīng)服務(wù)器的啟動(dòng)模式為開(kāi)發(fā)或產(chǎn)品模式之一?;蛘咝薷姆?wù)的啟動(dòng)文獻(xiàn)或者commenv文獻(xiàn),增長(zhǎng)set
PRODUCTION_MODE=true。
109、如何啟動(dòng)時(shí)不需輸入用戶名與密碼?
答:修改服務(wù)啟動(dòng)文獻(xiàn),增長(zhǎng)
WLS_USER和WLS_PW項(xiàng)。也可以在perties文獻(xiàn)中增長(zhǎng)加密過(guò)的用戶名和密碼.
110、在weblogic管理制臺(tái)中對(duì)一個(gè)應(yīng)用域(或者說(shuō)是一個(gè)網(wǎng)站,Domain)進(jìn)行jms及ejb或連接池等相關(guān)信息進(jìn)行配置后,實(shí)際保存在什么文獻(xiàn)中?
答:保存在此Domain的config.xml文獻(xiàn)中,它是服務(wù)器的核心配置文獻(xiàn)。
111、說(shuō)說(shuō)weblogic中一個(gè)Domain的缺省目錄結(jié)構(gòu)?比如要將一個(gè)簡(jiǎn)樸的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入aspectratio="t"v:ext="edit">http://主機(jī):端標(biāo)語(yǔ)//helloword.jsp就可以看到運(yùn)營(yíng)結(jié)果了?
又比如這其中用到了一個(gè)自己寫(xiě)的javaBean該如何辦?
答:Domain目錄服務(wù)器目錄applications,將應(yīng)用目錄放在此目錄下將可以作為應(yīng)用訪問(wèn),假如是Web應(yīng)用,應(yīng)用目錄需要滿足Web應(yīng)用目錄規(guī)定,jsp文獻(xiàn)可以直接放在應(yīng)用目錄中,Javabean需要放在應(yīng)用目錄的WEB-INF目錄的classes目錄中,設(shè)立服務(wù)器的缺省應(yīng)用將可以實(shí)現(xiàn)在瀏覽器上無(wú)需輸入應(yīng)用名。
112、在weblogic中發(fā)布ejb需涉及到哪些配置文獻(xiàn)
答:不同類(lèi)型的EJB涉及的配置文獻(xiàn)不同,都涉及到的配置文獻(xiàn)涉及ejb-jar.xml,weblogic-ejb-jar.xmlCMP實(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)用的表達(dá)面(由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)的公司級(jí)應(yīng)用模型(enterprieseapplicationmodel).在這樣的一個(gè)應(yīng)用系統(tǒng)中,可按照功能劃分為不同的組件,這些組件又可在不同計(jì)算機(jī)上,并且處在相應(yīng)的層次(tier)中。所屬層次涉及客戶層(clietntier)組件,web層和組件,Business層和組件,公司信息系統(tǒng)(EIS)層。
116、WEBSERVICE名詞解釋。JSWDL開(kāi)發(fā)包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。
答:WebService描述語(yǔ)言WSDL
SOAP即簡(jiǎn)樸對(duì)象訪問(wèn)協(xié)議(SimpleObjectAccessProtocol),它是用于互換XML編碼信息的輕量級(jí)協(xié)議。
UDDI的目的是為電子商務(wù)建立標(biāo)準(zhǔn);UDDI是一套基于Web的、分布式的、為WebService提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范,同時(shí)也包含一組使公司能將自身提供的WebService注冊(cè),以使別的公司可以發(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ī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是采用JavaServlet/JavaServerPages技術(shù),開(kāi)發(fā)Web應(yīng)用程序的開(kāi)放源碼的framework。采用Struts能開(kāi)發(fā)出基于MVC(Model-Vi
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 保險(xiǎn)代理居間合同委托書(shū)
- 服裝企業(yè)辦公大廈居間協(xié)議
- 液態(tài)化學(xué)試劑配送合同
- 2025年度工業(yè)控制系統(tǒng)安全工程師勞動(dòng)合同
- 娛樂(lè)場(chǎng)所泔水運(yùn)輸合作協(xié)議
- 家具城配送服務(wù)合同模板
- 煤矸石清運(yùn)施工方案
- 綿陽(yáng)市道路施工方案
- 完善教育評(píng)價(jià)體系:深化改革的策略與路徑探索
- 初中藏文版數(shù)學(xué)試卷
- 公司安全生產(chǎn)事故隱患內(nèi)部報(bào)告獎(jiǎng)勵(lì)工作制度
- H3CNE認(rèn)證考試題庫(kù)官網(wǎng)2022版
- 感統(tǒng)訓(xùn)練培訓(xùn)手冊(cè)(適合3-13歲兒童)
- 公司章程范本(完整版)
- 廠房委托經(jīng)營(yíng)管理合同范本
- 《保險(xiǎn)科技》課件-第二章 大數(shù)據(jù)及其在保險(xiǎn)領(lǐng)域中的應(yīng)用
- 父母贈(zèng)與田地協(xié)議書(shū)范本
- 中藥甘草課件
- 解讀國(guó)有企業(yè)管理人員處分條例(2024)課件(全文)
- 煙草企業(yè)安全生產(chǎn)標(biāo)準(zhǔn)化規(guī)范1-200題附有答案
- DL∕T 1870-2018 電力系統(tǒng)網(wǎng)源協(xié)調(diào)技術(shù)規(guī)范
評(píng)論
0/150
提交評(píng)論