2023年BAT Java必考面試題集

2023年最新BATJava必考面試題集（經(jīng)典）

1、面向?qū)ο蟮奶卣饔心男┓矫妫?/p>

答：面向?qū)ο蟮奶卣髦饕幸韵聨讉€(gè)方面：

1）抽象：抽象是將一類(lèi)對(duì)象的共同特征總結(jié)出來(lái)構(gòu)造類(lèi)的過(guò)程，包括

數(shù)據(jù)抽象和行為抽象兩方面。抽象只關(guān)注對(duì)象有哪些屬性和行為，并

不關(guān)注這些行為的細(xì)節(jié)是什么。

2）繼承：繼承是從已有類(lèi)得到繼承信息創(chuàng)建新類(lèi)的過(guò)程。提供繼承信

息的類(lèi)被稱(chēng)為父類(lèi)（超類(lèi)、基類(lèi)）；得到繼承信息的類(lèi)被稱(chēng)為子類(lèi)（派

生類(lèi)）。繼承讓變化中的軟件系統(tǒng)有了一定的延續(xù)性，同時(shí)繼承也是

封裝程序中可變因素的重要手段（如果不能理解請(qǐng)閱讀閻宏博士的《J

ava與模式》或《設(shè)計(jì)模式精解》中關(guān)于橋梁模式的部分）。

3）封裝：通常認(rèn)為封裝是把數(shù)據(jù)和操作數(shù)據(jù)的方法綁定起來(lái)，對(duì)數(shù)據(jù)

的訪(fǎng)問(wèn)只能通過(guò)已定義的接口。面向?qū)ο蟮谋举|(zhì)就是將現(xiàn)實(shí)世界描繪

成一系列完全自治、封閉的對(duì)象。我們?cè)陬?lèi)中編寫(xiě)的方法就是對(duì)實(shí)現(xiàn)

細(xì)節(jié)的一種封裝；我們編寫(xiě)一個(gè)類(lèi)就是對(duì)數(shù)據(jù)和數(shù)據(jù)操作的封裝?？?/p>

以說(shuō)，封裝就是隱藏一切可隱藏的東西，只向外界提供最簡(jiǎn)單的編程

接口（可以想想普通洗衣機(jī)和全自動(dòng)洗衣機(jī)的差別，明顯全自動(dòng)洗衣

機(jī)封裝更好因此操作起來(lái)更簡(jiǎn)單；我們現(xiàn)在使用的智能手機(jī)也是封裝

得足夠好的，因?yàn)閹讉€(gè)按鍵就搞定了所有的事情）。

4）多態(tài)性：多態(tài)性是指允許不同子類(lèi)型的對(duì)象對(duì)同一消息作出不同的

響應(yīng)。簡(jiǎn)單的說(shuō)就是用同樣的對(duì)象引用調(diào)用同樣的方法但是做了不同

的事情。多態(tài)性分為編譯時(shí)的多態(tài)性和運(yùn)行時(shí)的多態(tài)性。如果將對(duì)象

的方法視為對(duì)象向外界提供的服務(wù),那么運(yùn)行時(shí)的多態(tài)性可以解釋為:

當(dāng)A系統(tǒng)訪(fǎng)問(wèn)B系統(tǒng)提供的服務(wù)時(shí),B系統(tǒng)有多種提供服務(wù)的方式，

但一切對(duì)A系統(tǒng)來(lái)說(shuō)都是透明的（就像電動(dòng)剃須刀是A系統(tǒng)，它的

供電系統(tǒng)是B系統(tǒng)，B系統(tǒng)可以使用電池供電或者用交流電，甚至

還有可能是太陽(yáng)能，A系統(tǒng)只會(huì)通過(guò)B類(lèi)對(duì)象調(diào)用供電的方法，但

并不知道供電系統(tǒng)的底層實(shí)現(xiàn)是什么，究竟通過(guò)何種方式獲得了動(dòng)

力）。方法重載（overload）實(shí)現(xiàn)的是編譯時(shí)的多態(tài)性（也稱(chēng)為前綁

定），而方法重寫(xiě)（override）實(shí)現(xiàn)的是運(yùn)行時(shí)的多態(tài)性（也稱(chēng)為后

綁定）。運(yùn)行時(shí)的多態(tài)是面向?qū)ο笞罹璧臇|西，要實(shí)現(xiàn)多態(tài)需要做

兩件事：1.方法重寫(xiě)（子類(lèi)繼承父類(lèi)并重寫(xiě)父類(lèi)中已有的或抽象的

方法）；2.對(duì)象造型（用父類(lèi)型引用引用子類(lèi)型對(duì)象，這樣同樣的

引用調(diào)用同樣的方法就會(huì)根據(jù)子類(lèi)對(duì)象的不同而表現(xiàn)出不同的行為）。

2、訪(fǎng)問(wèn)修飾符public,private,protected,以及不寫(xiě)（默認(rèn)）時(shí)的區(qū)

別？

答：區(qū)別如下：

作用域當(dāng)前類(lèi)同包子類(lèi)其他

public

protected7，，X

default，，XX

private7XXX

類(lèi)的成員不寫(xiě)訪(fǎng)問(wèn)修飾時(shí)默認(rèn)為defaulto默認(rèn)對(duì)于同一個(gè)包中的其

他類(lèi)相當(dāng)于公開(kāi)(public),對(duì)于不是同一個(gè)包中的其他類(lèi)相當(dāng)于私

有(private)o受保護(hù)(protected)對(duì)子類(lèi)相當(dāng)于公開(kāi)，對(duì)不是同

一包中的沒(méi)有父子關(guān)系的類(lèi)相當(dāng)于私有。

3、String是最基本的數(shù)據(jù)類(lèi)型嗎？

答：不是。Java中的基本數(shù)據(jù)類(lèi)型只有8個(gè)：byte、short、int、1

ong>float、double、char、boolean;除了基本類(lèi)型(primitive

type)和枚舉類(lèi)型(enumerationtype),剩下的都是引用類(lèi)型(r

eferencetype)。

4、floatf=3.4;是否正確？

答:不正確。3.4是雙精度數(shù)，將雙精度型(double)賦值給浮點(diǎn)型

(float)屬于下轉(zhuǎn)型(down-casting,也稱(chēng)為窄化)會(huì)造成精度損

失，因此需要強(qiáng)制類(lèi)型轉(zhuǎn)換floatf=(float)3.4;或者寫(xiě)成floatf=

3.4F;O

5、shortsi=1;si=si+1;有錯(cuò)嗎?shortsi=1;si+=

1；有錯(cuò)嗎？

答：對(duì)于shortsi=1;si=si+1；由于1是int類(lèi)型，因此s

1+1運(yùn)算結(jié)果也是int型，需要強(qiáng)制轉(zhuǎn)換類(lèi)型才能賦值給short型。

而shortsi=1;si+=1;可以正確編譯，因?yàn)閟l+=1湘當(dāng)于s

1=(short)(si+1);其中有隱含的強(qiáng)制類(lèi)型轉(zhuǎn)換。

6、Java有沒(méi)有g(shù)oto?

答:got。是Java中的保留字,在目前版本的Java中沒(méi)有使用。(根

據(jù)JamesGosling(Java之父)編寫(xiě)的?TheJavaProgrammi

ngLanguage?一書(shū)的附錄中給出了一個(gè)Java關(guān)鍵字列表，其中

有g(shù)oto和const,但是這兩個(gè)是目前無(wú)法使用的關(guān)鍵字，因此有些

地方將其稱(chēng)之為保留字，其實(shí)保留字這個(gè)詞應(yīng)該有更廣泛的意義，因

為熟悉C語(yǔ)言的程序員都知道，在系統(tǒng)類(lèi)庫(kù)中使用過(guò)的有特殊意義

的單詞或單詞的組合都被視為保留字)

7、int和Integer有什么區(qū)別？

答：Java是一個(gè)近乎純潔的面向?qū)ο缶幊陶Z(yǔ)言，但是為了編程的方

便還是引入不是對(duì)象的基本數(shù)據(jù)類(lèi)型,但是為了能夠?qū)⑦@些基本數(shù)據(jù)

類(lèi)型當(dāng)成對(duì)象操作，Java為每一個(gè)基本數(shù)據(jù)類(lèi)型都引入了對(duì)應(yīng)的包

裝類(lèi)型(wrapperclass),int的包裝類(lèi)就是Integer,從JDK1.

5開(kāi)始引入了自動(dòng)裝箱/拆箱機(jī)制，使得二者可以相互轉(zhuǎn)換。

Java為每個(gè)原始類(lèi)型提供了包裝類(lèi)型:

原始類(lèi)型：boolean,char,byte,short,int,long,float,dou

ble

包裝類(lèi)型：Boolean,Character,Byte,Short,Integer,Long,

Float,Double

packagecom.lovo;

2

3publicclassAutollnboxingTest{

4

5publicstaticvoidmain(String[]args){

6Integera=newInteger(3);

7Integerb=3;將3自動(dòng)裝箱或Integer類(lèi)型

8intc=3;

9System.out.printin(a==b);個(gè)引盡沒(méi)再可用同一對(duì)■象

10System.out.printin(a==c);初拆策成int類(lèi)型再和c必較

11)

12

補(bǔ)充：最近還遇到一個(gè)面試題，也是和自動(dòng)裝箱和拆箱相關(guān)的，代碼

如下所示:

1publicclassTest03{

2

3publicstaticvoidmain(String[]args){

4Integerfl-100,f2=100,f3=150,f4-150;

5

6System.out.println(f1—f2);

7System.out.printin(f3-f4);

8}

9)

如果不明就里很容易認(rèn)為兩個(gè)輸出要么都是true要么都是falseo首

先需要注意的是“、f2、f3、f4四個(gè)變量都是Integer對(duì)象，所以

下面的==運(yùn)算比較的不是值而是引用。裝箱的本質(zhì)是什么呢？當(dāng)我

們給一個(gè)Integer對(duì)象賦一個(gè)int值的時(shí)候，會(huì)調(diào)用Integer類(lèi)的靜

態(tài)方法valueOf,如果看看valueOf的源代碼就知道發(fā)生了什么。

1publicstaticIntegervalueOf(inti){

2if(i>=IntegerCache.low&&i<=IntegerCache.high)

3returnIntegerCache.cache[i+(-IntegerCache.low)];

4returnnewInteger(i);

5}

IntegerCache是Integer的內(nèi)部類(lèi)，其代碼如下所示:

12privatestaticclassIntegerCache{

13staticfinalintlow=-128;

14staticfinalinthigh;

15staticfinalIntegercache[];

16

17static(

18//highvaluemaybeconfiguredbyproperty

19inth-127;

20StringintegerCacheHighPropValue=

21sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");

22if(integerCacheHighPropValue!=null){

23try{

24inti=parselnt(integerCacheHighPropValue);

25i=Math.nax(i,127);

26//MaximumarraysizeisInteger.^1AX_VALUE

27h=Math.ain(i,Integer.MAX_VALUE-(-low)-1);

28}catch(NumberFormatExceptionnfe){

29//Ifthepropertycannotbeparsedintoanint,ignoreit.

30}

31}

32high=h;

33

34cache=newInteger[(high-low)+1];

35intj=low;

36for(intk=0;k<cache.length;k++)

37cache[k]?newInteger(j++);

38

39//range[-128,127]mustbeinterned(JLS75.1.7)

40assertIntegerCache.high>=127;

41)

42

43privateIntegerCache(){}

44}

簡(jiǎn)單的說(shuō)，如果字面量的值在-128到127之間，那么不會(huì)new新

的Integer對(duì)象，而是直接引用常量池中的Integer對(duì)象，所以上面

的面試題中fl==f2的結(jié)果是true,而f3==f4的結(jié)果是false。越是

貌似簡(jiǎn)單的面試題其中的玄機(jī)就越多，需要面試者有相當(dāng)深厚的功力。

8、&和&&的區(qū)別?

答：&運(yùn)算符有兩種用法：（1）按位與；（2）邏輯與。&&運(yùn)算符是短路

與運(yùn)算。邏輯與跟短路與的差別是非常巨大的，雖然二者都要求運(yùn)算

符左右兩端的布爾值都是true整個(gè)表達(dá)式的值才是trueo&&之所

以稱(chēng)為短路運(yùn)算是因?yàn)?，如?&左邊的表達(dá)式的值是false,右邊的

表達(dá)式會(huì)被直接短路掉，不會(huì)進(jìn)行運(yùn)算。很多時(shí)候我們可能都需要用

&&而不是&,例如在驗(yàn)證用戶(hù)登錄時(shí)判定用戶(hù)名不是null而且不是

空字符串，應(yīng)當(dāng)寫(xiě)為：username!=null&&!usemame.equals

（“”），二者的順序不能交換，更不能用&運(yùn)算符，因?yàn)榈谝粋€(gè)條件

如果不成立，根本不能進(jìn)行字符串的equals比較，否則會(huì)產(chǎn)生Nul

IPointerException異常。注意：邏輯或運(yùn)算符（|）和短路或運(yùn)算

符（II）的差別也是如此。

補(bǔ)充：如果你熟悉JavaScript,那你可能更能感受到短路運(yùn)算的強(qiáng)

大，想成為JavaScript的高手就先從玩轉(zhuǎn)短路運(yùn)算開(kāi)始吧。

9、解釋內(nèi)存中的棧（stack）、堆（heap）和靜態(tài)存儲(chǔ)區(qū)的用法。

答：通常我們定義一個(gè)基本數(shù)據(jù)類(lèi)型的變量，一個(gè)對(duì)象的引用，還有

就是函數(shù)調(diào)用的現(xiàn)場(chǎng)保存都使用內(nèi)存中的?？臻g；而通過(guò)new關(guān)鍵

字和構(gòu)造器創(chuàng)建的對(duì)象放在堆空間；程序中的字面量（literal）如直

接書(shū)寫(xiě)的100、“hello”和常量都是放在靜態(tài)存儲(chǔ)區(qū)中。棧空間操

作最快但是也很小，通常大量的對(duì)象都是放在堆空間，整個(gè)內(nèi)存包括

硬盤(pán)上的虛擬內(nèi)存都可以被當(dāng)成堆空間來(lái)使用。

Stringstr=newString(MhelloM);

上面的語(yǔ)句中str放在棧上，用new創(chuàng)建出來(lái)的字符串對(duì)象放在堆

上，而“hello”這個(gè)字面量放在靜態(tài)存儲(chǔ)區(qū)。

補(bǔ)充：較新版本的Java中使用了一項(xiàng)叫“逃逸分析”的技術(shù)，可以

將一些局部對(duì)象放在棧上以提升對(duì)象的操作性能。

10.Math.round(11.5)等于多少？Math.round(-11.5)等于多少？

答：Math.round(l1.5)的返回值是12,Math.round(-11.5)的返回

值是-11。四舍五入的原理是在參數(shù)上加0.5然后進(jìn)行下取整。

11、swtich是否能作用在byte上，是否能作用在long上，是否

能作用在String±?

答：早期的JDK中，switch(expr)中，expr可以是byte、shor

t、char、into從1.5版開(kāi)始，Java中引入了枚舉類(lèi)型(enum),

expr也可以是枚舉，從JDK1.7版開(kāi)始，還可以是字符串(Strin

g)o長(zhǎng)整型(long)是不可以的。

12、用最有效率的方法計(jì)算2乘以8?

答：2?3(左移3位相當(dāng)于乘以2的3次方，右移3位相當(dāng)于

除以2的3次方)。

補(bǔ)充：我們?yōu)榫帉?xiě)的類(lèi)重寫(xiě)hashCode方法時(shí)，可能會(huì)看到如下所

示的代碼，其實(shí)我們不太理解為什么要使用這樣的乘法運(yùn)算來(lái)產(chǎn)生哈

希碼(散列碼)，而且為什么這個(gè)數(shù)是個(gè)素?cái)?shù)，為什么通常選擇31

這個(gè)數(shù)？前兩個(gè)問(wèn)題的答案你可以自己百度一下，選擇31是因?yàn)榭?/p>

以用移位和減法運(yùn)算來(lái)代替乘法，從而得到更好的性能。說(shuō)到這里你

可能已經(jīng)想到了：31*num<==>(num?5)-num,左移5

位相當(dāng)于乘以2的5次方(32)再減去自身就相當(dāng)于乘以3U現(xiàn)在

的VM都能自動(dòng)完成這個(gè)優(yōu)化。

1packagecom.loonstudio)

2

3publicclassPhoneNumber(

4privateintareaCode;

5privateStringprefix;

6privateStringlineNunber;

7

80Override

9publicinthashCode(){

10finalintprime-31;

11intresult-1;

12result=prime*result+areaCode;

13result=prime*result

14+((lineNumber==null)?0:lineNumber.hashCode());

15result=prime*result+((prefix==null)?0:prefix.hashCode());

16returnresult;

17)

19?Override

20publicbooleanequals(Objectobj){

21if(this==obj)

22returntrue;

23if(obj==null)

24returnfalse;

25if(getClass()I-obj.getClass())

26returnfalse;

27PhoneNumberother=(PhoneNumber)obj;

28if(areaCode!=other.areaCode)

29returnfalse;

30if(lineNumber--null){

31if(other.lineNumber!=null)

32returnfalse;

33}elseif(!lineNumber.equals(other.lineNumber))

34returnfalse;

35if(prefix-null){

36if(other.prefix!=null)

37returnfalse;

38}elseif(!prefix.equals(other.prefix))

39returnfalse;

40returntrue;

41}

42

43)

13、數(shù)組有沒(méi)有l(wèi)ength。方法?String有沒(méi)有l(wèi)ength。方法?

答：數(shù)組沒(méi)有l(wèi)ength。方法，有l(wèi)ength的屬性。String有l(wèi)ength。

方法。JavaScript中，獲得字符串的長(zhǎng)度是通過(guò)length屬性得到的,

這一點(diǎn)容易和Java混淆。

14、在Java中，如何跳出當(dāng)前的多重嵌套循環(huán)？

答：在最外層循環(huán)前加一個(gè)標(biāo)記如A,然后用breakA;可以跳出多

重循環(huán)。（Java中支持帶標(biāo)簽的break和continue語(yǔ)句，作用有

點(diǎn)類(lèi)似于C和C++中的goto語(yǔ)句，但是就像要避免使用goto一樣，

應(yīng)該避免使用帶標(biāo)簽的break和continue,因?yàn)樗粫?huì)讓你的程序

變得更優(yōu)雅，很多時(shí)候甚至有相反的作用，所以這種語(yǔ)法其實(shí)不知道

更好)

15、構(gòu)造器(constructor)是否可被重寫(xiě)(override)?

答：構(gòu)造器不能被繼承，因此不能被重寫(xiě)，但可以被重載。

16、兩個(gè)對(duì)象值相同(x.equals(y)==true),但卻可有不同的has

hcode,這句話(huà)對(duì)不對(duì)？

答：不對(duì)，如果兩個(gè)對(duì)象x和y滿(mǎn)足x.equals(y)==true,它們的

哈希碼(hashcode)應(yīng)當(dāng)相同。Java對(duì)于eqauls方法和hashC

ode方法是這樣規(guī)定的：⑴如果兩個(gè)對(duì)象相同(equals方法返回tr

ue),那么它們的hashCode值一定要相同；⑵如果兩個(gè)對(duì)象的h

ashCode相同，它們并不一定相同。當(dāng)然，你未必要按照要求去做，

但是如果你違背了上述原則就會(huì)發(fā)現(xiàn)在使用容器時(shí),相同的對(duì)象可以

出現(xiàn)在Set集合中，同時(shí)增加新元素的效率會(huì)大大下降(對(duì)于使用哈

希存儲(chǔ)的系統(tǒng)，如果哈希碼頻繁的沖突將會(huì)造成存取性能急劇下降)o

補(bǔ)充：關(guān)于equals和hashCode方法，很多Java程序都知道，但

很多人也就是僅僅知道而已，在JoshuaBloch的大作《Effective

Java?(很多軟件公司，《EffectiveJava》、?Java編程思想》

以及《重構(gòu)：改善既有代碼質(zhì)量》是Java程序員必看書(shū)籍)中是這

樣介紹equals方法的：首先equals方法必須滿(mǎn)足自反性(x.equal

s(x)必須返回true)、對(duì)稱(chēng)性(x.equals(y)返回true時(shí)，y.equals

（X）也必須返回true）、傳遞性（x.equals（y）和y.equals（z）都返回t

rue時(shí)，x.equals（z）也必須返回true）和一致性（當(dāng)x和y引用的

對(duì)象信息沒(méi)有被修改時(shí)，多次調(diào)用x.equals（y）應(yīng)該得到同樣的返回

值），而且對(duì)于任何非null值的引用x,x.equals（nuU）必須返回f

alse0實(shí)現(xiàn)高質(zhì)量的equals方法的訣竅包括：1.使用==操作符檢

查“參數(shù)是否為這個(gè)對(duì)象的引用”；2.使用instanceof操作符檢查

“參數(shù)是否為正確的類(lèi)型”；3.對(duì)于類(lèi)中的關(guān)鍵屬性，檢查參數(shù)傳

入對(duì)象的屬性是否與之相匹配；4.編寫(xiě)完equals方法后，問(wèn)自己它

是否滿(mǎn)足對(duì)稱(chēng)性、傳遞性、一致性；5.重寫(xiě)equals時(shí)總是要重寫(xiě)h

ashCode;6.不要將equals方法參數(shù)中的Object對(duì)象替換為其他

的類(lèi)型，在重寫(xiě)時(shí)不要忘掉?Override注解。

17、是否可以繼承String類(lèi)？

答：String類(lèi)是final類(lèi)，不可以被繼承。

補(bǔ)充：繼承String本身就是一個(gè)錯(cuò)誤的行為，對(duì)String類(lèi)型最好的

重用方式是關(guān)聯(lián)（HAS-A）而不是繼承（IS-A）。

18、當(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ì)象

的屬性可以在被調(diào)用過(guò)程中被改變，但對(duì)象的引用是永遠(yuǎn)不會(huì)改變的。

C++和C#中可以通過(guò)傳引用或傳輸出參數(shù)來(lái)改變傳入的參數(shù)的值。

補(bǔ)充：Java中沒(méi)有傳引用實(shí)在是非常的不方便，這一點(diǎn)在Java8

中仍然沒(méi)有得到改進(jìn)，正是如此在Java編寫(xiě)的代碼中才會(huì)出現(xiàn)大量

的Wrapper類(lèi)（將需要通過(guò)方法調(diào)用修改的引用置于一個(gè)Wrappe

r類(lèi)中，再將Wrapper對(duì)象傳入方法），這樣的做法只會(huì)讓代碼變

得臃腫，尤其是讓從C和C++轉(zhuǎn)型為Java程序員的開(kāi)發(fā)者無(wú)法容

忍。

19、String和StringBuilder^StringBuffer的區(qū)別？

答：Java平臺(tái)提供了兩種類(lèi)型的字符串：String和StringBuffer

/StringBuUder,它們可以?xún)?chǔ)存和操作字符串。其中String是只

讀字符串，也就意味著String引用的字符串內(nèi)容是不能被改變的。

而StringBuffer和StringBuilder類(lèi)表示的字符串對(duì)象可以直接進(jìn)

行修改。StringBuilder是JDK1.5中引入的，它和StringBuffer

的方法完全相同，區(qū)別在于它是在單線(xiàn)程環(huán)境下使用的，因?yàn)樗乃?/p>

有方面都沒(méi)有被synchronized修飾，因此它的效率也比StringBu

ffer略高。

補(bǔ)充1:有一個(gè)面試題問(wèn)：有沒(méi)有哪種情況用+做字符串連接比調(diào)用

StringBuffer/StringBuilder對(duì)象的append方法性能更好？如

果連接后得到的字符串在靜態(tài)存儲(chǔ)區(qū)中是早已存在的，那么用+做字

符串連接是優(yōu)于StringBuffer/StringBuilder的append方法的。

補(bǔ)充2:下面也是一個(gè)面試題，問(wèn)程序的輸出，看看自己能不能說(shuō)出

正確答案。

1packagecom.lovo;

3publicclassStringEqualTest{

4

5publicstaticvoidmain(String[]args){

6Stringa?"Programming";

7Stringb=newString("Programming");

8Stringc="Program"+"ming";

9

10System.out.printIn(a==b);

11System.out.printIn(a=c);

12System.out.println(a.equals(b));

13System.out.printin(a.equals(c));

14System.out.printIn(ern()==ern());

15)

16}

20、重載(Overload)和重寫(xiě)(Override)的區(qū)別。重載的方法能

否根據(jù)返回類(lèi)型進(jìn)行區(qū)分?

答：方法的重載和重寫(xiě)都是實(shí)現(xiàn)多態(tài)的方式，區(qū)別在于前者實(shí)現(xiàn)的是

編譯時(shí)的多態(tài)性，而后者實(shí)現(xiàn)的是運(yùn)行時(shí)的多態(tài)性。重載發(fā)生在一個(gè)

類(lèi)中，同名的方法如果有不同的參數(shù)列表(參數(shù)類(lèi)型不同、參數(shù)個(gè)數(shù)

不同或者二者都不同)則視為重載；重寫(xiě)發(fā)生在子類(lèi)與父類(lèi)之間，重

寫(xiě)要求子類(lèi)被重寫(xiě)方法與父類(lèi)被重寫(xiě)方法有相同的返回類(lèi)型，比父類(lèi)

被重寫(xiě)方法更好訪(fǎng)問(wèn)，不能比父類(lèi)被重寫(xiě)方法聲明更多的異常（里氏

代換原則）。重載對(duì)返回類(lèi)型沒(méi)有特殊的要求。

補(bǔ)充：華為的面試題中曾經(jīng)問(wèn)過(guò)這樣一個(gè)問(wèn)題：為什么不能根據(jù)返回

類(lèi)型來(lái)區(qū)分重載，說(shuō)出你的答案吧！當(dāng)

21、描述一下JVM加載class文件的原理機(jī)制？

答：JVM中類(lèi)的裝載是由類(lèi)加載器（ClassLoader）和它的子類(lèi)

來(lái)實(shí)現(xiàn)的,Java中的類(lèi)加載器是一個(gè)重要的Java運(yùn)行時(shí)系統(tǒng)組件，

它負(fù)責(zé)在運(yùn)行時(shí)查找和裝入類(lèi)文件中的類(lèi)。

補(bǔ)充：

1.由于Java的跨平臺(tái)性，經(jīng)過(guò)編譯的Java源程序并不是一個(gè)可執(zhí)

行程序，而是一個(gè)或多個(gè)類(lèi)文件。當(dāng)Java程序需要使用某個(gè)類(lèi)時(shí)，

JVM會(huì)確保這個(gè)類(lèi)已經(jīng)被加載、連接（驗(yàn)證、準(zhǔn)備和解析）和初始化。

類(lèi)的加載是指把類(lèi)的.class文件中的數(shù)據(jù)讀入到內(nèi)存中，通常是創(chuàng)建

一個(gè)字節(jié)數(shù)組讀入.class文件，然后產(chǎn)生與所加載類(lèi)對(duì)應(yīng)的Class

對(duì)象。加載完成后，Class對(duì)象還不完整，所以此時(shí)的類(lèi)還不可用。

當(dāng)類(lèi)被加載后就進(jìn)入連接階段，這一階段包括驗(yàn)證、準(zhǔn)備（為靜態(tài)變

量分配內(nèi)存并設(shè)置默認(rèn)的初始值）和解析（將符號(hào)引用替換為直接引用）

三個(gè)步驟。最后WM對(duì)類(lèi)進(jìn)行初始化，包括：1如果類(lèi)存在直接的

父類(lèi)并且這個(gè)類(lèi)還沒(méi)有被初始化，那么就先初始化父類(lèi)；2如果類(lèi)中

存在初始化語(yǔ)句，就依次執(zhí)行這些初始化語(yǔ)句。

2?類(lèi)的加載是由類(lèi)加載器完成的，類(lèi)加載器包括：根加載器(Boot

Strap)、擴(kuò)展加載器(Extension)＞系統(tǒng)加載器(System)和用

戶(hù)自定義類(lèi)加載器(java.lang.ClassLoader的子類(lèi))。從JDK1.

2開(kāi)始，類(lèi)加載過(guò)程采取了父親委托機(jī)制(PDM)。PDM更好的保證

了Java平臺(tái)的安全性，在該機(jī)制中，JVM自帶的Bootstrap是根

加載器，其他的加載器都有且僅有一個(gè)父類(lèi)加載器。類(lèi)的加載首先請(qǐng)

求父類(lèi)加載器加載,父類(lèi)加載器無(wú)能為力時(shí)才由其子類(lèi)加載器自行加

載。JVM不會(huì)向Java程序提供對(duì)Bootstrap的引用。下面是關(guān)于

幾個(gè)類(lèi)加載器的說(shuō)明：

a)Bootstrap：一般用本地代碼實(shí)現(xiàn)，負(fù)責(zé)加載JVM基礎(chǔ)核心類(lèi)庫(kù)

(rt.jar);

b)Extension：從java.ext.dirs系統(tǒng)屬性所指定的目錄中加載類(lèi)庫(kù)，

它的父加載器是Bootstrap;

c)System：又叫應(yīng)用類(lèi)加載器，其父類(lèi)是Extensiono它是應(yīng)用最

廣泛的類(lèi)加載器。它從環(huán)境變量classpath或者系統(tǒng)屬性java.clas

s.path所指定的目錄中記載類(lèi)，是用戶(hù)自定義加載器的默認(rèn)父加載

器。

22、char型變量中能不能存蛇一個(gè)中文漢字?為什么？

答：char類(lèi)型可以存儲(chǔ)一個(gè)中文漢字，因?yàn)镴ava中使用的編碼是

Unicode（不選擇任何特定的編碼,直接使用字符在字符集中的編號(hào)，

這是統(tǒng)一的唯一方法），一個(gè)char類(lèi)型占2個(gè)字節(jié)（16bit）,所

以放一個(gè)中文是沒(méi)問(wèn)題的。

補(bǔ)充：使用Unicode意味著字符在JVM內(nèi)部和外部有不同的表現(xiàn)

形式，在JVM內(nèi)部都是Unicode,當(dāng)這個(gè)字符被從JVM內(nèi)部轉(zhuǎn)移

到外部時(shí)（例如存入文件系統(tǒng)中），需要進(jìn)行編碼轉(zhuǎn)換。所以Java

中有字節(jié)流和字符流，以及在字符流和字節(jié)流之間進(jìn)行轉(zhuǎn)換的轉(zhuǎn)換流,

如InputStreamReader和OutputStreamReader,這兩個(gè)類(lèi)是字

節(jié)流和字符流之間的適配器類(lèi)，承擔(dān)了編碼轉(zhuǎn)換的任務(wù)；對(duì)于C程

序員來(lái)說(shuō)，要完成這樣的編碼轉(zhuǎn)換恐怕要依賴(lài)于union（聯(lián)合體/共

用體）共享內(nèi)存的特征來(lái)實(shí)現(xiàn)了。

23、抽象類(lèi)（abstractclass）和接口（interface）有什么異同？

答：抽象類(lèi)和接口都不能夠?qū)嵗?，但可以定義抽象類(lèi)和接口類(lèi)型的

引用。一個(gè)類(lèi)如果繼承了某個(gè)抽象類(lèi)或者實(shí)現(xiàn)了某個(gè)接口都需要對(duì)其

中的抽象方法全部進(jìn)行實(shí)現(xiàn)，否則該類(lèi)仍然需要被聲明為抽象類(lèi)。接

口比抽象類(lèi)更加抽象，因?yàn)槌橄箢?lèi)中可以定義構(gòu)造器，可以有抽象方

法和具體方法,而接口中不能定義構(gòu)造器而且其中的方法全部都是抽

象方法。抽象類(lèi)中的成員可以是private、默認(rèn)、protected、publi

C的，而接口中的成員全都是pubKc的。抽象類(lèi)中可以定義成員變

量，而接口中定義的成員變量實(shí)際上都是常量。有抽象方法的類(lèi)必須

被聲明為抽象類(lèi)，而抽象類(lèi)未必要有抽象方法。

24、靜態(tài)嵌套類(lèi)(StaticNestedClass)和內(nèi)部類(lèi)(InnerClass)

的不同？

答：StaticNestedClass是被聲明為靜態(tài)(static)的內(nèi)部類(lèi)，它

可以不依賴(lài)于外部類(lèi)實(shí)例被實(shí)例化。而通常的內(nèi)部類(lèi)需要在外部類(lèi)實(shí)

例化后才能實(shí)例化，其語(yǔ)法看起來(lái)挺詭異的，如下所示。

1packagecom.lovo;

2

3

撲克類(lèi)(一副撲

5^author獎(jiǎng)美

6

7

8publicclassPoker{

9privatestaticString[]suites={"黑桃，"紅桃，"草花"，"方塊"}；

10privatestaticint[]faces={1,2,3,4,5,6,7,8,9,10,11,12,13);

11

12privateCard[]cards;

13

14

15構(gòu)造黑

16

17

18publicPoker(){

19cards=newCard[52];

20for(inti=0;i<suites.length;i++){

21for(intj-0;j<faces.length;j++){

22cards[i*13+j]=newCard(suites[i],faces[j]);

23}

24}

25}

26

27

28

29

31publicvoidshuffle(){

32for(inti-0,len-cards.length;i<len;i++){

33intindex-(int)(Math.random()*len);

34Cardtemp-cards[index];

35cardsfindex]=cards[i];

36cards[i]=temp;

37}

38}

39

40

41

42^paramnd￡?濱萍的住建

43

44

45publicCarddeal(intindex){

46returncards[index];

47}

48

49

50*卡片類(lèi)《一張并克》

51

520author駱吳

53

54

55publicclassCard{

56privateStringsuite;

57privateintface;

58

59publicCard(Stringsuite,intface){

60this.suite-suite;

61this.face-face;

62)

640Override

65publicStringtoString()(

66StringfaceStr-

67switch(face){

68case1:faceStr?"A";break;

69case11:faceStr="J";break;

70case12:faceStr="Q";break)

71case13:faceStr="K";break;

72default:faceStr=String.valueOf(face);

73)

74returnsuite+faceStr;

75}

76)

77}

1packagecotn.lovo;

2

3classPokerTest{

4

5publicstaticvoidmain(String[]args){

6Pokerpoker-newPoker();

7poker.shuffle();

8Poker.Cardcl=poker.deal(0);

9//對(duì)于非靜態(tài)內(nèi)部類(lèi)S2

10//只有通過(guò)其外部類(lèi)Poker對(duì)■象才能創(chuàng)建Card對(duì)象

11Poker.Cardc2-poker.newCard("紅心"，1);

12

13System.out.printin(cl);/您牌后的第一^

14System.out.println(c2);M?。杭t

15}

16)

25、Java中會(huì)存在內(nèi)存泄漏嗎，請(qǐng)簡(jiǎn)單描述。

答：理論上Java因?yàn)橛欣厥諜C(jī)制（GC）不會(huì)存在內(nèi)存泄露問(wèn)

題（這也是Java被廣泛使用于服務(wù)器端編程的一個(gè)重要原因）；然

而在實(shí)際開(kāi)發(fā)中，可能會(huì)存在無(wú)用但可達(dá)的對(duì)象，這些對(duì)象不能被G

C回收也會(huì)發(fā)生內(nèi)存泄露。一個(gè)例子就是Hibernate的Session（一

級(jí)緩存）中的對(duì)象屬于持久態(tài)，垃圾回收器是不會(huì)回收這些對(duì)象的,

然而這些對(duì)象中可能存在無(wú)用的垃圾對(duì)象。下面的例子也展示了Ja

va中發(fā)生內(nèi)存泄露的情況：

1packagecoa.lovo;

2

3importjava.util.Arrays;

4importjava.util.EmptyStackException;

5

6publicclassMyStack<T>{

7privateT[]elements;

8privateintsize=0;

9

10privatestaticfinalintINIT_CAPACITY?16;

11

12publicMyStack(){

13elements=(T[])newObject[INIT_CAPACITY];

14)

15

16publicvoidpush(Telem){

17ensureCapacity();

18elements[size++]=elem;

19}

20

21publicTpop(){

22if(size—0)

23thrownewEmptyStackException();

24returnelements[--size];

25}

26

27privatevoidensureCapacity(){

28if(elements.length==size){

29elements=Arrays.copyOf(elements,2*size+1);

30}

31)

上面的代碼實(shí)現(xiàn)了一個(gè)棧(先進(jìn)后出(FILO))結(jié)構(gòu)，乍看之下似

乎沒(méi)有什么明顯的問(wèn)題，它甚至可以通過(guò)你編寫(xiě)的各種單元測(cè)試。然

而其中的pop方法卻存在內(nèi)存泄露的問(wèn)題，當(dāng)我們用pop方法彈出

棧中的對(duì)象時(shí)，該對(duì)象不會(huì)被當(dāng)作垃圾回收，即使使用棧的程序不再

引用這些對(duì)象，因?yàn)闂?nèi)部維護(hù)著對(duì)這些對(duì)象的過(guò)期引用(obsolete

reference)o在支持垃圾回收的語(yǔ)言中，內(nèi)存泄露是很隱蔽的，這

種內(nèi)存泄露其實(shí)就是無(wú)意識(shí)的對(duì)象保持。如果一個(gè)對(duì)象引用被無(wú)意識(shí)

的保留起來(lái)了，那么垃圾回收器不會(huì)處理這個(gè)對(duì)象，也不會(huì)處理該對(duì)

象引用的其他對(duì)象，即使這樣的對(duì)象只有少數(shù)幾個(gè)，也可能會(huì)導(dǎo)致很

多的對(duì)象被排除在垃圾回收之外，從而對(duì)性能造成重大影響，極端情

況下會(huì)引發(fā)DiskPaging(物理內(nèi)存與硬盤(pán)的虛擬內(nèi)存交換數(shù)據(jù))，

甚至造成OutOfMemoryError。

26、抽象的(abstract)方法是否可同時(shí)是靜態(tài)的(static),是否

可同時(shí)是本地方法(native),是否可同時(shí)被synchronized修飾？

答:都不能o抽象方法需要子類(lèi)重寫(xiě),而靜態(tài)的方法是無(wú)法被重寫(xiě)的，

因此二者是矛盾的。本地方法是由本地代碼(如C代碼)實(shí)現(xiàn)的方

法，而抽象方法是沒(méi)有實(shí)現(xiàn)的，也是矛盾的。synchronized和方法

的實(shí)現(xiàn)細(xì)節(jié)有關(guān)，抽象方法不涉及實(shí)現(xiàn)細(xì)節(jié)，因此也是相互矛盾的。

27、靜態(tài)變量和實(shí)例變量的區(qū)別？

答：靜態(tài)變量是被static修飾符修飾的變量，也稱(chēng)為類(lèi)變量，它屬

于類(lèi)，不屬于類(lèi)的任何一個(gè)對(duì)象，一個(gè)類(lèi)不管創(chuàng)建多少個(gè)對(duì)象，靜態(tài)

變量在內(nèi)存中有且僅有一個(gè)拷貝；實(shí)例變量必須依存于某一實(shí)例，需

要先創(chuàng)建對(duì)象然后通過(guò)對(duì)象才能訪(fǎng)問(wèn)到它。靜態(tài)變量可以實(shí)現(xiàn)讓多個(gè)

對(duì)象共享內(nèi)存。在Java開(kāi)發(fā)中，上下文類(lèi)和工具類(lèi)中通常會(huì)有大量

的靜態(tài)成員。

28、是否可以從一個(gè)靜態(tài)(static)方法內(nèi)部發(fā)出對(duì)非靜態(tài)(non-s

tatic)方法的調(diào)用？

答：不可以，靜態(tài)方法只能訪(fǎng)問(wèn)靜態(tài)成員，因?yàn)榉庆o態(tài)方法的調(diào)用要

先創(chuàng)建對(duì)象，因此在調(diào)用靜態(tài)方法時(shí)可能對(duì)象并沒(méi)有被初始化。

29、如何實(shí)現(xiàn)對(duì)象克隆?

答：有兩種方式：

1.實(shí)現(xiàn)Cloneable接口并重寫(xiě)Object類(lèi)中的clone。方法;

2.實(shí)現(xiàn)Serializable接口，通過(guò)對(duì)象的序列化和反序列化實(shí)現(xiàn)克隆,

可以實(shí)現(xiàn)真正的深度克隆，代碼如下。

1packagecom.lovo;

2

3importjava.io.ByteArraylnputStream;

importjava.io.ByteArrayOutputStream;

importjava.io.Objectinputstream;

6importjava.io.ObjectOutputStream;

7

8publicclassMyUtil{

9

10privateMyUtil(){

11thrownewAssertionError();

12)

13

14publicstatic<T>Tclone(Tobj)throwsException{

15ByteArrayOutputStreambout=newByteArrayOutputStreani();

16ObjectOutputStreamoos=newObjectOutputStream(bout);

17oos.writeObject(obj);

18

19ByteArraylnputStreambin=newByteArrayInputStream(bout.toByteArray());

20ObjectlnputStreamois=newObjectlnputStream(bin);

21return(T)ois.readObject();

22

23//說(shuō)明:源用ByteArraylnputStream或ByteArrayOutputStreamN余的close方法之

24//這兩個(gè)基于內(nèi)存的流只要垃城回收翳清理就象就能夠薜放蠶源

25}

26}

注意：基于序列化和反序列化實(shí)現(xiàn)的克隆不僅僅是深度克隆，更重要

的是通過(guò)泛型限定，可以檢查出要克隆的對(duì)象是否支持序列化，這項(xiàng)

檢查是編譯器完成的，不是在運(yùn)行時(shí)拋出異常，這種是方案明顯優(yōu)于

使用Object類(lèi)的clone方法克隆對(duì)象。

30、GC是什么？為什么要有GC?

答：GC是垃圾收集的意思，內(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)存的顯示操作

方法。Java程序員不用擔(dān)心內(nèi)存管理，因?yàn)槔占鲿?huì)自動(dòng)進(jìn)行

管理。要請(qǐng)求垃圾收集，可以調(diào)用下面的方法之一：System.gc()

或Runtime.getRuntime().gc(),但JVM可以屏蔽掉顯示的垃圾

回收調(diào)用。

垃圾回收可以有效的防止內(nèi)存泄露，有效的使用可以使用的內(nèi)存。垃

圾回收器通常是作為一個(gè)單獨(dú)的低優(yōu)先級(jí)的線(xiàn)程運(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)行

垃圾回收。在Java誕生初期，垃圾回收是Java最大的亮點(diǎn)之一，

因?yàn)榉?wù)器端的編程需要有效的防止內(nèi)存泄露問(wèn)題，然而時(shí)過(guò)境遷,

如今Java的垃圾回收機(jī)制已經(jīng)成為被詬病的東西。移動(dòng)智能終端用

戶(hù)通常覺(jué)得iOS的系統(tǒng)比Android系統(tǒng)有更好的用戶(hù)體驗(yàn)，其中一

個(gè)深層次的原因就在于Android系統(tǒng)中垃圾回收的不可預(yù)知性。

補(bǔ)充：垃圾回收機(jī)制有很多種，包括：分代復(fù)制垃圾回收、標(biāo)記垃圾

回收、增量垃圾回收等方式。標(biāo)準(zhǔn)的Java進(jìn)程既有棧又有堆。棧保

存了原始型局部變量，堆保存了要?jiǎng)?chuàng)建的對(duì)象。Java平臺(tái)對(duì)堆內(nèi)存

回收和再利用的基本算法被稱(chēng)為標(biāo)記和清除，但是Java對(duì)其進(jìn)行了

改進(jìn)，采用“分代式垃圾收集”。這種方法會(huì)跟Java對(duì)象的生命周

期將堆內(nèi)存劃分為不同的區(qū)域，在垃圾收集過(guò)程中，可能會(huì)將對(duì)象移

動(dòng)到不同區(qū)域：

?伊甸園(Eden):這是對(duì)象最初誕生的區(qū)域，并且對(duì)大多數(shù)對(duì)

象來(lái)說(shuō)，這里是它們唯一存在過(guò)的區(qū)域。

?幸存者樂(lè)園(Survivor)：從伊甸園幸存下來(lái)的對(duì)象會(huì)被挪到這

里。

?終身頤養(yǎng)園(Tenured)：這是足夠老的幸存對(duì)象的歸宿。年輕

代收集(Minor-GC)過(guò)程是不會(huì)觸及這個(gè)地方的。當(dāng)年輕代收

集不能把對(duì)象放進(jìn)終身頤養(yǎng)園時(shí)，就會(huì)觸發(fā)一次完全收集(Maj

or-GC),這里可能還會(huì)牽扯到壓縮，以便為大對(duì)象騰出足夠的

空間。

與垃圾回收相關(guān)的JVM參數(shù)：

?-Xms/-Xmx-一堆的初始大小/堆的最大大小

?-Xmn-一堆中年輕代的大小

?-XX:-DisableExplicitGC一讓System.gc。不產(chǎn)生任何作用

?-XX:+PrintGCDetail—打印GC的細(xì)節(jié)

?-XX:+PrintGCDateStamps—打印GC操作的時(shí)間戳

31、Strings=newString(“xyz”)；創(chuàng)建了幾個(gè)字符串對(duì)象？

答：兩個(gè)對(duì)象，一個(gè)是靜態(tài)存儲(chǔ)區(qū)的"xyz”,一個(gè)是