常見(jiàn)java應(yīng)聘筆試題

　　在java工作求職中，筆試是檢驗(yàn)求職者的一個(gè)重要方式，通過(guò)筆試，能看出求職者的水平，那么有哪些java常見(jiàn)的筆試題呢？下面小編就帶大家一起來(lái)看看這些為大家收集整理的常見(jiàn)java應(yīng)聘筆試題吧！

　　常見(jiàn)java應(yīng)聘筆試題

　　1. Java中sleep和wait的區(qū)別

　�、� 這兩個(gè)方法來(lái)自不同的類(lèi)分別是，sleep來(lái)自Thread類(lèi)，和wait來(lái)自O(shè)bject類(lèi)。

　　sleep是Thread的靜態(tài)類(lèi)方法，誰(shuí)調(diào)用的誰(shuí)去睡覺(jué)，即使在a線程里調(diào)用b的sleep方法，實(shí)際上還是a去睡覺(jué)，要讓b線程睡覺(jué)要在b的代碼中調(diào)用sleep。

　�、� 鎖: 最主要是sleep方法沒(méi)有釋放鎖，而wait方法釋放了鎖，使得其他線程可以使用同步控制塊或者方法。

　　sleep不出讓系統(tǒng)資源；wait是進(jìn)入線程等待池等待，出讓系統(tǒng)資源，其他線程可以占用CPU。一般wait不會(huì)加時(shí)間限制，因?yàn)槿绻鹷ait線程的運(yùn)行資源不夠，再出來(lái)也沒(méi)用，要等待其他線程調(diào)用notify/notifyAll喚醒等待池中的所有線程，才會(huì)進(jìn)入就緒隊(duì)列等待OS分配系統(tǒng)資源。sleep(milliseconds)可以用時(shí)間指定使它自動(dòng)喚醒過(guò)來(lái)，如果時(shí)間不到只能調(diào)用interrupt()強(qiáng)行打斷。

　　Thread.sleep(0)的作用是“觸發(fā)操作系統(tǒng)立刻重新進(jìn)行一次CPU競(jìng)爭(zhēng)”。

　�、� 使用范圍：wait，notify和notifyAll只能在同步控制方法或者同步控制塊里面使用，而sleep可以在任何地方使用。

　　synchronized(x){   x.notify()   //或者wait()  }

　　2. Java中HashMap和HashTable的區(qū)別

　　① 歷史原因: Hashtable是給予陳舊的Dictonary類(lèi)的, HashMap是Java1.2引進(jìn)的Map接口的一個(gè)實(shí)現(xiàn)

　�、� HashMap允許空的鍵值對(duì), 而HashTable不允許

　�、� HashTable同步，而HashMap非同步，效率上比HashTable要高

　　3. 請(qǐng)簡(jiǎn)述在異常當(dāng)中，throw和throws有什么區(qū)別

　�、� throw代表動(dòng)作，表示拋出一個(gè)異常的動(dòng)作；throws代表一種狀態(tài)，代表方法可能有異常拋出

　�、� throw用在方法實(shí)現(xiàn)中，而throws用在方法聲明中

　�、� throw只能用于拋出一種異常，而throws可以拋出多個(gè)異常

　　4. 內(nèi)存溢出和內(nèi)存泄露的區(qū)別

　　內(nèi)存溢出 out of memory，是指程序在申請(qǐng)內(nèi)存時(shí)，沒(méi)有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory；比如申請(qǐng)了一個(gè)integer,但給它存了long才能存下的數(shù)，那就是內(nèi)存溢出。

　　內(nèi)存泄露 memory leak，是指程序在申請(qǐng)內(nèi)存后，無(wú)法釋放已申請(qǐng)的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很?chē)?yán)重，無(wú)論多少內(nèi)存,遲早會(huì)被占光。

　　memory leak會(huì)最終會(huì)導(dǎo)致out of memory！

　　內(nèi)存溢出就是你要求分配的內(nèi)存超出了系統(tǒng)能給你的，系統(tǒng)不能滿(mǎn)足需求，于是產(chǎn)生溢出。

　　內(nèi)存泄漏是指你向系統(tǒng)申請(qǐng)分配內(nèi)存進(jìn)行使用(new)，可是使用完了以后卻不歸還()，結(jié)果你申請(qǐng)到的那塊內(nèi)存你自己也不能再訪問(wèn)（也許你把它的地址給弄丟了），而系統(tǒng)也不能再次將它分配給需要的程序。一個(gè)盤(pán)子用盡各種方法只能裝4個(gè)果子，你裝了5個(gè)，結(jié)果掉倒地上不能吃了。這就是溢出！比方說(shuō)棧，棧滿(mǎn)時(shí)再做進(jìn)棧必定產(chǎn)生空間溢出，叫上溢，棧空時(shí)再做退棧也產(chǎn)生空間溢出，稱(chēng)為下溢。就是分配的內(nèi)存不足以放下數(shù)據(jù)項(xiàng)序列,稱(chēng)為內(nèi)存溢出。

　　以發(fā)生的方式來(lái)分類(lèi)，內(nèi)存泄漏可以分為4類(lèi)：

　�、� 常發(fā)性?xún)?nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼會(huì)被多次執(zhí)行到，每次被執(zhí)行的時(shí)候都會(huì)導(dǎo)致一塊內(nèi)存泄漏。

　�、� 偶發(fā)性?xún)?nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只有在某些特定環(huán)境或操作過(guò)程下才會(huì)發(fā)生。常發(fā)性和偶發(fā)性是相對(duì)的。對(duì)于特定的環(huán)境，偶發(fā)性的也許就變成了常發(fā)性的。所以測(cè)試環(huán)境和測(cè)試方法對(duì)檢測(cè)內(nèi)存泄漏至關(guān)重要。

　�、� 一次性?xún)?nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只會(huì)被執(zhí)行一次，或者由于算法上的缺陷，導(dǎo)致總會(huì)有一塊僅且一塊內(nèi)存發(fā)生泄漏。比如，在類(lèi)的構(gòu)造函數(shù)中分配內(nèi)存，在析構(gòu)函數(shù)中卻沒(méi)有釋放該內(nèi)存，所以?xún)?nèi)存泄漏只會(huì)發(fā)生一次。

　�、� 隱式內(nèi)存泄漏。程序在運(yùn)行過(guò)程中不停的分配內(nèi)存，但是直到結(jié)束的時(shí)候才釋放內(nèi)存。嚴(yán)格的說(shuō)這里并沒(méi)有發(fā)生內(nèi)存泄漏，因?yàn)樽罱K程序釋放了所有申請(qǐng)的內(nèi)存。但是對(duì)于一個(gè)服務(wù)器程序，需要運(yùn)行幾天，幾周甚至幾個(gè)月，不及時(shí)釋放內(nèi)存也可能導(dǎo)致最終耗盡系統(tǒng)的所有內(nèi)存。所以，我們稱(chēng)這類(lèi)內(nèi)存泄漏為隱式內(nèi)存泄漏。

　　從用戶(hù)使用程序的角度來(lái)看，內(nèi)存泄漏本身不會(huì)產(chǎn)生什么危害，作為一般的用戶(hù)，根本感覺(jué)不到內(nèi)存泄漏的存在。真正有危害的.是內(nèi)存泄漏的堆積，這會(huì)最終消耗盡系統(tǒng)所有的內(nèi)存。從這個(gè)角度來(lái)說(shuō)，一次性?xún)?nèi)存泄漏并沒(méi)有什么危害，因?yàn)樗�不�?huì)堆積，而隱式內(nèi)存泄漏危害性則非常大，因?yàn)檩^之于常發(fā)性和偶發(fā)性?xún)?nèi)存泄漏它更難被檢測(cè)到。

　　5. String，StringBuffer 和 StringBuilder的區(qū)別

　�、倏勺兣c不可變

　　String類(lèi)中使用字符數(shù)組保存字符串，如下就是，因?yàn)橛小癴inal”修飾符，所以可以知道string對(duì)象是不可變的。

　　private final char value[];

　　StringBuilder與StringBuffer都繼承自AbstractStringBuilder類(lèi)，在AbstractStringBuilder中也是使用字符數(shù)組保存字符串，如下就是，可知這兩種對(duì)象都是可變的。

　　char[] value;

　　②是否多線程安全

　　String中的對(duì)象是不可變的，也就可以理解為常量，顯然線程安全。

　　AbstractStringBuilder是StringBuilder與StringBuffer的公共父類(lèi)，定義了一些字符串的基本操作，如expandCapacity、append、、indexOf等公共方法。

　　StringBuffer對(duì)方法加了同步鎖或者對(duì)調(diào)用的方法加了同步鎖，所以是線程安全的�？慈缦略创a：

　　public synchronized StringBuffer reverse() {   super.reverse();   return this;  }   public int indexOf(String str) {   return indexOf(str, 0);  //存在 public synchronized int indexOf(String str, int fromIndex) 方法  }

　　StringBuilder并沒(méi)有對(duì)方法進(jìn)行加同步鎖，所以是非線程安全的。

　　③StringBuilder與StringBuffer共同點(diǎn)

　　StringBuilder與StringBuffer有公共父類(lèi)AbstractStringBuilder(抽象類(lèi))。

　　抽象類(lèi)與接口的其中一個(gè)區(qū)別是：抽象類(lèi)中可以定義一些子類(lèi)的公共方法，子類(lèi)只需要增加新的功能，不需要重復(fù)寫(xiě)已經(jīng)存在的方法；而接口中只是對(duì)方法的申明和常量的定義。

　　StringBuilder、StringBuffer的方法都會(huì)調(diào)用AbstractStringBuilder中的公共方法，如super.append(...)。只是StringBuffer會(huì)在方法上加synchronized關(guān)鍵字，進(jìn)行同步。

　　最后，如果程序不是多線程的，那么使用StringBuilder效率高于StringBuffer。

　　6. 數(shù)組和鏈表的區(qū)別

　　二者都屬于一種數(shù)據(jù)結(jié)構(gòu)

　　從邏輯結(jié)構(gòu)來(lái)看：

　�、� 數(shù)組必須事先定義固定的長(zhǎng)度（元素個(gè)數(shù)），不能適應(yīng)數(shù)據(jù)動(dòng)態(tài)地增減的情況。當(dāng)數(shù)據(jù)增加時(shí)，可能超出原先定義的元素個(gè)數(shù)；當(dāng)數(shù)據(jù)減少時(shí)，造成內(nèi)存浪費(fèi)；數(shù)組可以根據(jù)下標(biāo)直接存取。

　�、� 鏈表動(dòng)態(tài)地進(jìn)行存儲(chǔ)分配，可以適應(yīng)數(shù)據(jù)動(dòng)態(tài)地增減的情況，且可以方便地插入、刪除數(shù)據(jù)項(xiàng)。（數(shù)組中插入、刪除數(shù)據(jù)項(xiàng)時(shí)，需要移動(dòng)其它數(shù)據(jù)項(xiàng)，非常繁瑣）鏈表必須根據(jù)next指針找到下一個(gè)元素。

　　從內(nèi)存存儲(chǔ)來(lái)看：

　�、�(靜態(tài))數(shù)組從棧中分配空間，對(duì)于程序員方便快速,但是自由度小。

　　②鏈表從堆中分配空間，自由度大但是申請(qǐng)管理比較麻煩。

　　從上面的比較可以看出，如果需要快速訪問(wèn)數(shù)據(jù)，很少或不插入和刪除元素，就應(yīng)該用數(shù)組；相反，如果需要經(jīng)常插入和刪除元素就需要用鏈表數(shù)據(jù)結(jié)構(gòu)了。

　　7. ArrayList和LinkedList的區(qū)別

　�、貯rrayList是實(shí)現(xiàn)了基于動(dòng)態(tài)數(shù)組的數(shù)據(jù)結(jié)構(gòu)，LinkedList基于鏈表的數(shù)據(jù)結(jié)構(gòu)。

　�、趯�(duì)于隨機(jī)訪問(wèn)get和set，ArrayList覺(jué)得優(yōu)于LinkedList，因?yàn)長(zhǎng)inkedList要移動(dòng)指針。

　�、蹖�(duì)于新增和刪除操作add和remove，LinedList比較占優(yōu)勢(shì)，因?yàn)锳rrayList要移動(dòng)數(shù)據(jù)。

【常見(jiàn)java應(yīng)聘筆試題】相關(guān)文章：

常見(jiàn)JAVA面試題（一）07-13

Java常見(jiàn)面試題（含答案）07-13

java常見(jiàn)的面試題和面試技巧 誰(shuí)能告訴我07-13

華為的JAVA筆試題07-11

華為Java筆試題07-11

Java筆試題推薦07-02

Java面試題07-12

JAVA題庫(kù)：JAVA面試題目整理07-11

華為Java面試題07-11

華為的JAVA面試題07-11