2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第1頁(yè)
2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第2頁(yè)
2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第3頁(yè)
2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第4頁(yè)
2023年Java經(jīng)典面試大全強(qiáng)勁版含答案_第5頁(yè)
已閱讀5頁(yè),還剩67頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(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ì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論