- 相關(guān)推薦
常見java應(yīng)聘筆試題
在java工作求職中，筆試是檢驗(yàn)求職者的一個(gè)重要方式，通過筆試，能看出求職者的水平，那么有哪些java常見的筆試題呢？下面小編就帶大家一起來看看這些為大家收集整理的常見java應(yīng)聘筆試題吧！
常見java應(yīng)聘筆試題
1. Java中sleep和wait的區(qū)別
�、� 這兩個(gè)方法來自不同的類分別是，sleep來自Thread類，和wait來自O(shè)bject類。
sleep是Thread的靜態(tài)類方法，誰調(diào)用的誰去睡覺，即使在a線程里調(diào)用b的sleep方法，實(shí)際上還是a去睡覺，要讓b線程睡覺要在b的代碼中調(diào)用sleep。
② 鎖: 最主要是sleep方法沒有釋放鎖，而wait方法釋放了鎖，使得其他線程可以使用同步控制塊或者方法。
sleep不出讓系統(tǒng)資源；wait是進(jìn)入線程等待池等待，出讓系統(tǒng)資源，其他線程可以占用CPU。一般wait不會(huì)加時(shí)間限制，因?yàn)槿绻鹷ait線程的運(yùn)行資源不夠，再出來也沒用，要等待其他線程調(diào)用notify/notifyAll喚醒等待池中的所有線程，才會(huì)進(jìn)入就緒隊(duì)列等待OS分配系統(tǒng)資源。sleep(milliseconds)可以用時(shí)間指定使它自動(dòng)喚醒過來，如果時(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類的, HashMap是Java1.2引進(jìn)的Map接口的一個(gè)實(shí)現(xiàn)
② HashMap允許空的鍵值對(duì), 而HashTable不允許
�、� HashTable同步，而HashMap非同步，效率上比HashTable要高
3. 請(qǐng)簡述在異常當(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í)，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory；比如申請(qǐng)了一個(gè)integer,但給它存了long才能存下的數(shù)，那就是內(nèi)存溢出。
內(nèi)存泄露 memory leak，是指程序在申請(qǐng)內(nèi)存后，無法釋放已申請(qǐng)的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會(huì)被占光。
memory leak會(huì)最終會(huì)導(dǎo)致out of memory！
內(nèi)存溢出就是你要求分配的內(nèi)存超出了系統(tǒng)能給你的，系統(tǒng)不能滿足需求，于是產(chǎn)生溢出。
內(nèi)存泄漏是指你向系統(tǒng)申請(qǐng)分配內(nèi)存進(jìn)行使用(new)，可是使用完了以后卻不歸還()，結(jié)果你申請(qǐng)到的那塊內(nèi)存你自己也不能再訪問（也許你把它的地址給弄丟了），而系統(tǒng)也不能再次將它分配給需要的程序。一個(gè)盤子用盡各種方法只能裝4個(gè)果子，你裝了5個(gè)，結(jié)果掉倒地上不能吃了。這就是溢出！比方說棧，棧滿時(shí)再做進(jìn)棧必定產(chǎn)生空間溢出，叫上溢，棧空時(shí)再做退棧也產(chǎn)生空間溢出，稱為下溢。就是分配的內(nèi)存不足以放下數(shù)據(jù)項(xiàng)序列,稱為內(nèi)存溢出。
以發(fā)生的方式來分類，內(nèi)存泄漏可以分為4類：
�、� 常發(fā)性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼會(huì)被多次執(zhí)行到，每次被執(zhí)行的時(shí)候都會(huì)導(dǎo)致一塊內(nèi)存泄漏。
② 偶發(fā)性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只有在某些特定環(huán)境或操作過程下才會(huì)發(fā)生。常發(fā)性和偶發(fā)性是相對(duì)的。對(duì)于特定的環(huán)境，偶發(fā)性的也許就變成了常發(fā)性的。所以測(cè)試環(huán)境和測(cè)試方法對(duì)檢測(cè)內(nèi)存泄漏至關(guān)重要。
�、� 一次性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只會(huì)被執(zhí)行一次，或者由于算法上的缺陷，導(dǎo)致總會(huì)有一塊僅且一塊內(nèi)存發(fā)生泄漏。比如，在類的構(gòu)造函數(shù)中分配內(nèi)存，在析構(gòu)函數(shù)中卻沒有釋放該內(nèi)存，所以內(nèi)存泄漏只會(huì)發(fā)生一次。
�、� 隱式內(nèi)存泄漏。程序在運(yùn)行過程中不停的分配內(nèi)存，但是直到結(jié)束的時(shí)候才釋放內(nèi)存。嚴(yán)格的說這里并沒有發(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)存。所以，我們稱這類內(nèi)存泄漏為隱式內(nèi)存泄漏。
從用戶使用程序的角度來看，內(nèi)存泄漏本身不會(huì)產(chǎn)生什么危害，作為一般的用戶，根本感覺不到內(nèi)存泄漏的存在。真正有危害的.是內(nèi)存泄漏的堆積，這會(huì)最終消耗盡系統(tǒng)所有的內(nèi)存。從這個(gè)角度來說，一次性內(nèi)存泄漏并沒有什么危害，因?yàn)樗粫?huì)堆積，而隱式內(nèi)存泄漏危害性則非常大，因?yàn)檩^之于常發(fā)性和偶發(fā)性內(nèi)存泄漏它更難被檢測(cè)到。
5. String，StringBuffer 和 StringBuilder的區(qū)別
�、倏勺兣c不可變
String類中使用字符數(shù)組保存字符串，如下就是，因?yàn)橛小癴inal”修飾符，所以可以知道string對(duì)象是不可變的。
private final char value[];
StringBuilder與StringBuffer都繼承自AbstractStringBuilder類，在AbstractStringBuilder中也是使用字符數(shù)組保存字符串，如下就是，可知這兩種對(duì)象都是可變的。
char[] value;
②是否多線程安全
String中的對(duì)象是不可變的，也就可以理解為常量，顯然線程安全。
AbstractStringBuilder是StringBuilder與StringBuffer的公共父類，定義了一些字符串的基本操作，如expandCapacity、append、、indexOf等公共方法。
StringBuffer對(duì)方法加了同步鎖或者對(duì)調(diào)用的方法加了同步鎖，所以是線程安全的。看如下源碼：
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并沒有對(duì)方法進(jìn)行加同步鎖，所以是非線程安全的。
�、跾tringBuilder與StringBuffer共同點(diǎn)
StringBuilder與StringBuffer有公共父類AbstractStringBuilder(抽象類)。
抽象類與接口的其中一個(gè)區(qū)別是：抽象類中可以定義一些子類的公共方法，子類只需要增加新的功能，不需要重復(fù)寫已經(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)來看：
�、� 數(shù)組必須事先定義固定的長度（元素個(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ǔ)來看：
�、�(靜態(tài))數(shù)組從棧中分配空間，對(duì)于程序員方便快速,但是自由度小。
②鏈表從堆中分配空間，自由度大但是申請(qǐng)管理比較麻煩。
從上面的比較可以看出，如果需要快速訪問數(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ī)訪問get和set，ArrayList覺得優(yōu)于LinkedList，因?yàn)長inkedList要移動(dòng)指針。
③對(duì)于新增和刪除操作add和remove，LinedList比較占優(yōu)勢(shì)，因?yàn)锳rrayList要移動(dòng)數(shù)據(jù)。
【常見java應(yīng)聘筆試題】相關(guān)文章：
常見JAVA面試題（一）07-13
Java常見面試題（含答案）07-13
華為的JAVA筆試題07-11
華為Java筆試題07-11
Java筆試題推薦07-02
Java面試題07-12
JAVA題庫：JAVA面試題目整理07-11
華為Java面試題07-11
華為的JAVA面試題07-11