java面試寶典

1、Java面試寶典相關(guān)概念面向?qū)ο蟮娜齻€(gè)特征封裝,繼承,多態(tài).這個(gè)應(yīng)該是人人皆知.有時(shí)候也會(huì)加上抽象.多態(tài)的好處允許不同類對(duì)象對(duì)同一消息做出響應(yīng),即同一消息可以根據(jù)發(fā)送對(duì)象的不同而采用多種不同的行為方式(發(fā)送消息就是函數(shù)調(diào)用).主要有以下優(yōu)點(diǎn):1. 可替換性:多態(tài)對(duì)已存在代碼具有可替換性.2. 可擴(kuò)充性:增加新的子類不影響已經(jīng)存在的類結(jié)構(gòu).3. 接口性:多態(tài)是超累通過方法簽名,想子類提供一個(gè)公共接口,由子類來完善或者重寫它來實(shí)現(xiàn)的.4. 靈活性:5. 簡化性:代碼中如何實(shí)現(xiàn)多態(tài)實(shí)現(xiàn)多態(tài)主要有以下三種方式: 1. 接口實(shí)現(xiàn) 2. 繼承父類重寫方法 3. 同一類中進(jìn)行方法重載虛擬機(jī)是如何實(shí)現(xiàn)多態(tài)的動(dòng)

2、態(tài)綁定技術(shù)(dynamic binding),執(zhí)行期間判斷所引用對(duì)象的實(shí)際類型,根據(jù)實(shí)際類型調(diào)用對(duì)應(yīng)的方法.接口的意義接口的意義用三個(gè)詞就可以概括:規(guī)范,擴(kuò)展,回調(diào).抽象類的意義抽象類的意義可以用三句話來概括:1. 為其他子類提供一個(gè)公共的類型2. 封裝子類中重復(fù)定義的內(nèi)容3. 定義抽象方法,子類雖然有不同的實(shí)現(xiàn),但是定義時(shí)一致的 # 接口和抽象類的區(qū)別比較抽象類接口默認(rèn)方法抽象類可以有默認(rèn)的方法實(shí)現(xiàn),java 8之前,接口中不存在方法的實(shí)現(xiàn).實(shí)現(xiàn)方式子類使用extends關(guān)鍵字來繼承抽象類.如果子類不是抽象類,子類需要提供抽象類中所聲明方法的實(shí)現(xiàn).子類使用implements來實(shí)現(xiàn)接口,需要

3、提供接口中所有聲明的實(shí)現(xiàn).構(gòu)造器抽象類中可以有構(gòu)造器,接口中不能和正常類區(qū)別抽象類不能被實(shí)例化接口則是完全不同的類型訪問修飾符抽象方法可以有public,protected和default等修飾接口默認(rèn)是public,不能使用其他修飾符多繼承一個(gè)子類只能存在一個(gè)父類一個(gè)子類可以存在多個(gè)接口添加新方法想抽象類中添加新方法,可以提供默認(rèn)的實(shí)現(xiàn),因此可以不修改子類現(xiàn)有的代碼如果往接口中添加新方法,則子類中需要實(shí)現(xiàn)該方法.父類的靜態(tài)方法能否被子類重寫不能.子類繼承父類后,有相同的靜態(tài)方法和非靜態(tài),這是非靜態(tài)方法覆蓋父類中的方法(即方法重寫),父類的該靜態(tài)方法被隱藏(如果對(duì)象是父類則調(diào)用該隱藏的方法),

4、另外子類可集成父類的靜態(tài)與非靜態(tài)方法,至于方法重載我覺得它其中一要素就是在同一類中,不能說父類中的什么方法與子類里的什么方法是方法重載的體現(xiàn).什么是不可變對(duì)象不可變對(duì)象指對(duì)象一旦被創(chuàng)建，狀態(tài)就不能再改變。任何修改都會(huì)創(chuàng)建一個(gè)新的對(duì)象，如 String、Integer及其它包裝類。能否創(chuàng)建一個(gè)包含可變對(duì)象的不可變對(duì)象?當(dāng)然可以創(chuàng)建一個(gè)包含可變對(duì)象的不可變對(duì)象的，你只需要謹(jǐn)慎一點(diǎn)，不要共享可變對(duì)象的引用就可以了，如果需要變化時(shí)，就返回原對(duì)象的一個(gè)拷貝。最常見的例子就是對(duì)象中包含一個(gè)日期對(duì)象的引用.java 創(chuàng)建對(duì)象的幾種方式1. 采用new2. 通過反射3. 采用clone4. 通過序列化機(jī)制前2

5、者都需要顯式地調(diào)用構(gòu)造方法. 造成耦合性最高的恰好是第一種,因此你發(fā)現(xiàn)無論什么框架,只要涉及到解耦必先減少new的使用.switch中能否使用string做參數(shù)在idk 1.7之前,switch只能支持byte,short,char,int或者其對(duì)應(yīng)的封裝類以及Enum類型。從idk 1.7之后switch開始支持String.Object中有哪些公共方法?1. equals()2. clone()3. getClass()4. notify(),notifyAll(),wait()java當(dāng)中的四種引用強(qiáng)引用,軟引用,弱引用,虛引用.不同的引用類型主要體現(xiàn)在GC上:1. 強(qiáng)引用：如果一個(gè)對(duì)象

6、具有強(qiáng)引用，它就不會(huì)被垃圾回收器回收。即使當(dāng)前內(nèi)存空間不足，JVM也不會(huì)回收它，而是拋出 OutOfMemoryError 錯(cuò)誤，使程序異常終止。如果想中斷強(qiáng)引用和某個(gè)對(duì)象之間的關(guān)聯(lián)，可以顯式地將引用賦值為null，這樣一來的話，JVM在合適的時(shí)間就會(huì)回收該對(duì)象2. 軟引用：在使用軟引用時(shí)，如果內(nèi)存的空間足夠，軟引用就能繼續(xù)被使用，而不會(huì)被垃圾回收器回收，只有在內(nèi)存不足時(shí)，軟引用才會(huì)被垃圾回收器回收。3. 弱引用：具有弱引用的對(duì)象擁有的生命周期更短暫。因?yàn)楫?dāng) JVM 進(jìn)行垃圾回收，一旦發(fā)現(xiàn)弱引用對(duì)象，無論當(dāng)前內(nèi)存空間是否充足，都會(huì)將弱引用回收。不過由于垃圾回收器是一個(gè)優(yōu)先級(jí)較低的線程，所以并不

7、一定能迅速發(fā)現(xiàn)弱引用對(duì)象4. 虛引用：顧名思義，就是形同虛設(shè)，如果一個(gè)對(duì)象僅持有虛引用，那么它相當(dāng)于沒有引用，在任何時(shí)候都可能被垃圾回收器回收。更多了解參見深入對(duì)象引用WeakReference與SoftReference的區(qū)別?這點(diǎn)在四種引用類型中已經(jīng)做了解釋,這里簡單說明一下即可: 雖然 WeakReference 與 SoftReference 都有利于提高 GC 和 內(nèi)存的效率，但是 WeakReference ，一旦失去最后一個(gè)強(qiáng)引用，就會(huì)被 GC 回收，而軟引用雖然不能阻止被回收，但是可以延遲到 JVM 內(nèi)存不足的時(shí)候。為什么要有不同的引用類型不像C語言,我們可以控制內(nèi)存的申請和釋

8、放,在Java中有時(shí)候我們需要適當(dāng)?shù)目刂茖?duì)象被回收的時(shí)機(jī),因此就誕生了不同的引用類型,可以說不同的引用類型實(shí)則是對(duì)GC回收時(shí)機(jī)不可控的妥協(xié).有以下幾個(gè)使用場景可以充分的說明:1. 利用軟引用和弱引用解決OOM問題：用一個(gè)HashMap來保存圖片的路徑和相應(yīng)圖片對(duì)象關(guān)聯(lián)的軟引用之間的映射關(guān)系，在內(nèi)存不足時(shí)，JVM會(huì)自動(dòng)回收這些緩存圖片對(duì)象所占用的空間，從而有效地避免了OOM的問題.2. 通過軟引用實(shí)現(xiàn)Java對(duì)象的高速緩存:比如我們創(chuàng)建了一Person的類，如果每次需要查詢一個(gè)人的信息,哪怕是幾秒中之前剛剛查詢過的，都要重新構(gòu)建一個(gè)實(shí)例，這將引起大量Person對(duì)象的消耗,并且由于這些對(duì)象的生命

9、周期相對(duì)較短,會(huì)引起多次GC影響性能。此時(shí),通過軟引用和 HashMap 的結(jié)合可以構(gòu)建高速緩存,提供性能.java中=和eqauls()的區(qū)別,equals()和hashcode的區(qū)別=是運(yùn)算符,用于比較兩個(gè)變量是否相等,而equals是Object類的方法,用于比較兩個(gè)對(duì)象是否相等.默認(rèn)Object類的equals方法是比較兩個(gè)對(duì)象的地址,此時(shí)和=的結(jié)果一樣.換句話說:基本類型比較用=,比較的是他們的值.默認(rèn)下,對(duì)象用=比較時(shí),比較的是內(nèi)存地址,如果需要比較對(duì)象內(nèi)容,需要重寫equal方法equals()和hashcode()的聯(lián)系hashCode()是Object類的一個(gè)方法,返回一個(gè)哈

10、希值.如果兩個(gè)對(duì)象根據(jù)equal()方法比較相等,那么調(diào)用這兩個(gè)對(duì)象中任意一個(gè)對(duì)象的hashCode()方法必須產(chǎn)生相同的哈希值. 如果兩個(gè)對(duì)象根據(jù)eqaul()方法比較不相等,那么產(chǎn)生的哈希值不一定相等(碰撞的情況下還是會(huì)相等的.)a.hashCode()有什么用?與a.equals(b)有什么關(guān)系hashCode() 方法是相應(yīng)對(duì)象整型的 hash 值。它常用于基于 hash 的集合類，如 Hashtable、HashMap、LinkedHashMap等等。它與 equals() 方法關(guān)系特別緊密。根據(jù) Java 規(guī)范，兩個(gè)使用 equal() 方法來判斷相等的對(duì)象，必須具有相同的 has

11、hcode。將對(duì)象放入到集合中時(shí),首先判斷要放入對(duì)象的hashcode是否已經(jīng)在集合中存在,不存在則直接放入集合.如果hashcode相等,然后通過equal()方法判斷要放入對(duì)象與集合中的任意對(duì)象是否相等:如果equal()判斷不相等,直接將該元素放入集合中,否則不放入.有沒有可能兩個(gè)不相等的對(duì)象有相同的hashcode有可能，兩個(gè)不相等的對(duì)象可能會(huì)有相同的 hashcode 值，這就是為什么在 hashmap 中會(huì)有沖突。相等 hashcode 值的規(guī)定只是說如果兩個(gè)對(duì)象相等，必須有相同的hashcode 值，但是沒有關(guān)于不相等對(duì)象的任何規(guī)定?？梢栽趆ashcode中使用隨機(jī)數(shù)字嗎?不行，

12、因?yàn)橥粚?duì)象的 hashcode 值必須是相同的“a=b”與a.equals(b)有什么區(qū)別如果a 和b 都是對(duì)象，則 a=b 是比較兩個(gè)對(duì)象的引用，只有當(dāng) a 和 b 指向的是堆中的同一個(gè)對(duì)象才會(huì)返回 true，而 a.equals(b) 是進(jìn)行邏輯比較，所以通常需要重寫該方法來提供邏輯一致性的比較。例如，String 類重寫 equals() 方法，所以可以用于兩個(gè)不同對(duì)象，但是包含的字母相同的比較。3*0.1=0.3返回值是什么false，因?yàn)橛行└↑c(diǎn)數(shù)不能完全精確的表示出來。a=a+b與a+=b有什么區(qū)別嗎?隱式的將加操作的結(jié)果類型強(qiáng)制轉(zhuǎn)換為持有結(jié)果的類型。如果兩這個(gè)整型相加，如 by

13、te、short 或者 int，首先會(huì)將它們提升到 int 類型，然后在執(zhí)行加法操作。如果加法操作的結(jié)果比 a 的最大值要大，則 a+b 會(huì)出現(xiàn)編譯錯(cuò)誤，但是 a += b 沒問題，如下： byte a = 127; byte b = 127; b = a + b; / error : cannot convert from int to byte b += a; / ok （譯者注：這個(gè)地方應(yīng)該表述的有誤，其實(shí)無論 a+b 的值為多少，編譯器都會(huì)報(bào)錯(cuò)，因?yàn)?a+b 操作會(huì)將 a、b 提升為 int 類型，所以將 int 類型賦值給 byte 就會(huì)編譯出錯(cuò)）內(nèi)部類的作用內(nèi)部類可以用多個(gè)實(shí)例,每

14、個(gè)實(shí)例都有自己的狀態(tài)信息,并且與其他外圍對(duì)象的信息相互獨(dú)立.在單個(gè)外圍類當(dāng)中,可以讓多個(gè)內(nèi)部類以不同的方式實(shí)現(xiàn)同一接口,或者繼承同一個(gè)類.創(chuàng)建內(nèi)部類對(duì)象的時(shí)刻病不依賴于外部類對(duì)象的創(chuàng)建.內(nèi)部類并沒有令人疑惑的”is-a”關(guān)系,它就像是一個(gè)獨(dú)立的實(shí)體.內(nèi)部類提供了更好的封裝,除了該外圍類,其他類都不能訪問final,finalize和finally的不同之處final 是一個(gè)修飾符，可以修飾變量、方法和類。如果 final 修飾變量，意味著該變量的值在初始化后不能被改變。finalize 方法是在對(duì)象被回收之前調(diào)用的方法，給對(duì)象自己最后一個(gè)復(fù)活的機(jī)會(huì)，但是什么時(shí)候調(diào)用 finalize 沒有保證

15、。finally 是一個(gè)關(guān)鍵字，與 try 和 catch 一起用于異常的處理。finally 塊一定會(huì)被執(zhí)行，無論在 try 塊中是否有發(fā)生異常。clone()是哪個(gè)類型的方法?java.lang.Cloneable 是一個(gè)標(biāo)示性接口，不包含任何方法，clone 方法在 object 類中定義。并且需要知道 clone() 方法是一個(gè)本地方法，這意味著它是由 c 或 c+ 或 其他本地語言實(shí)現(xiàn)的。深拷貝和淺拷貝的區(qū)別是什么?淺拷貝：被復(fù)制對(duì)象的所有變量都含有與原來的對(duì)象相同的值，而所有的對(duì)其他對(duì)象的引用仍然指向原來的對(duì)象。換言之，淺拷貝僅僅復(fù)制所考慮的對(duì)象，而不復(fù)制它所引用的對(duì)象。深拷貝：被

16、復(fù)制對(duì)象的所有變量都含有與原來的對(duì)象相同的值，而那些引用其他對(duì)象的變量將指向被復(fù)制過的新對(duì)象，而不再是原有的那些被引用的對(duì)象。換言之，深拷貝把要復(fù)制的對(duì)象所引用的對(duì)象都復(fù)制了一遍。static都有哪些用法?幾乎所有的人都知道static關(guān)鍵字這兩個(gè)基本的用法:靜態(tài)變量和靜態(tài)方法.也就是被static所修飾的變量/方法都屬于類的靜態(tài)資源,類實(shí)例所共享.除了靜態(tài)變量和靜態(tài)方法之外,static也用于靜態(tài)塊,多用于初始化操作:public calss PreCache static /執(zhí)行相關(guān)操作 此外static也多用于修飾內(nèi)部類,此時(shí)稱之為靜態(tài)內(nèi)部類.最后一種用法就是靜態(tài)導(dǎo)包,即import s

17、tatic.import static是在JDK 1.5之后引入的新特性,可以用來指定導(dǎo)入某個(gè)類中的靜態(tài)資源,并且不需要使用類名.資源名,可以直接使用資源名,比如:import static java.lang.Math.*;public class Test public static void main(String args) /System.out.println(Math.sin(20);傳統(tǒng)做法 System.out.println(sin(20); final有哪些用法final也是很多面試喜歡問的地方,能回答下以下三點(diǎn)就不錯(cuò)了: 1.被final修飾的類不可以被繼承 2.被fi

18、nal修飾的方法不可以被重寫 3.被final修飾的變量不可以被改變.如果修飾的引用,那么表示引用不可變,引用指向的內(nèi)容可變. 4.被final修飾的方法,JVM會(huì)嘗試將其內(nèi)聯(lián),以提高運(yùn)行效率 5.被final修飾的常量,在編譯階段會(huì)存入常量池中.當(dāng)前回答出編譯器對(duì)final域要遵守的兩個(gè)重排序規(guī)則更好: 1.在構(gòu)造函數(shù)內(nèi)對(duì)一個(gè)final域的寫入,與隨后把這個(gè)被構(gòu)造對(duì)象的引用賦值給一個(gè)引用變量,這兩個(gè)操作之間不能重排序. 2.初次讀一個(gè)包含final域的對(duì)象的引用,與隨后初次讀這個(gè)final域,這兩個(gè)操作之間不能重排序.數(shù)據(jù)類型相關(guān)java中int char,long各占多少字節(jié)?|類型|位數(shù)

19、|字節(jié)數(shù)| |-|-|-| |short|2|16| |int|4|32| |long|8|64| |float|4|32 |double|8|64| |char|2|16|64位的JVM當(dāng)中,int的長度是多少?Java 中，int 類型變量的長度是一個(gè)固定值，與平臺(tái)無關(guān)，都是 32 位。意思就是說，在 32 位 和 64 位 的Java 虛擬機(jī)中，int 類型的長度是相同的。java int和Integer的區(qū)別Integer是int的包裝類型,在拆箱和裝箱中,而知自動(dòng)轉(zhuǎn)換.int是基本類型，直接存數(shù)值，而integer是對(duì)象，用一個(gè)引用指向這個(gè)對(duì)象.int 和Integer誰占用的內(nèi)存更

20、多?Integer 對(duì)象會(huì)占用更多的內(nèi)存。Integer是一個(gè)對(duì)象，需要存儲(chǔ)對(duì)象的元數(shù)據(jù)。但是 int 是一個(gè)原始類型的數(shù)據(jù)，所以占用的空間更少。String,StringBuffer和StringBuilder區(qū)別String是字符串常量,final修飾;StringBuffer字符串變量(線程安全); StringBuilder 字符串變量(線程不安全).String和StringBufferString和StringBuffer主要區(qū)別是性能:String是不可變對(duì)象,每次對(duì)String類型進(jìn)行操作都等同于產(chǎn)生了一個(gè)新的String對(duì)象,然后指向新的String對(duì)象.所以盡量不在對(duì)Str

21、ing進(jìn)行大量的拼接操作,否則會(huì)產(chǎn)生很多臨時(shí)對(duì)象,導(dǎo)致GC開始工作,影響系統(tǒng)性能.StringBuffer是對(duì)對(duì)象本身操作,而不是產(chǎn)生新的對(duì)象,因此在通常在有大量拼接的情況下我們建議使用StringBuffer.但是需要注意現(xiàn)在JVM會(huì)對(duì)String拼接做一定的優(yōu)化: String s=“This is only ”+”simple”+”test”會(huì)被虛擬機(jī)直接優(yōu)化成String s=“This is only simple test”,此時(shí)就不存在拼接過程.StringBuffer和StringBuilderStringBuffer是線程安全的可變字符串,其內(nèi)部實(shí)現(xiàn)是可變數(shù)組.St

22、ringBuilder是java 5.0新增的,其功能和StringBuffer類似,但是非線程安全.因此,在沒有多線程問題的前提下,使用StringBuilder會(huì)取得更好的性能.什么是編譯器常量?使用它有什么風(fēng)險(xiǎn)?公共靜態(tài)不可變（public static final ）變量也就是我們所說的編譯期常量，這里的 public 可選的。實(shí)際上這些變量在編譯時(shí)會(huì)被替換掉，因?yàn)榫幾g器知道這些變量的值，并且知道這些變量在運(yùn)行時(shí)不能改變。這種方式存在的一個(gè)問題是你使用了一個(gè)內(nèi)部的或第三方庫中的公有編譯時(shí)常量，但是這個(gè)值后面被其他人改變了，但是你的客戶端仍然在使用老的值，甚至你已經(jīng)部署了一個(gè)新的jar。

23、為了避免這種情況，當(dāng)你在更新依賴 JAR 文件時(shí)，確保重新編譯你的程序。java當(dāng)中使用什么類型表示價(jià)格比較好?如果不是特別關(guān)心內(nèi)存和性能的話，使用BigDecimal，否則使用預(yù)定義精度的 double 類型。如何將byte轉(zhuǎn)為String可以使用 String 接收 byte 參數(shù)的構(gòu)造器來進(jìn)行轉(zhuǎn)換，需要注意的點(diǎn)是要使用的正確的編碼，否則會(huì)使用平臺(tái)默認(rèn)編碼，這個(gè)編碼可能跟原來的編碼相同，也可能不同。可以將int強(qiáng)轉(zhuǎn)為byte類型么?會(huì)產(chǎn)生什么問題?我們可以做強(qiáng)制轉(zhuǎn)換，但是Java中int是32位的而byte是8 位的，所以,如果強(qiáng)制轉(zhuǎn)化int類型的高24位將會(huì)被丟棄，byte 類型的范圍是

24、從-128.到128關(guān)于垃圾回收你知道哪些垃圾回收算法?垃圾回收從理論上非常容易理解,具體的方法有以下幾種:1. 標(biāo)記-清除2. 標(biāo)記-復(fù)制3. 標(biāo)記-整理4. 分代回收 更詳細(xì)的內(nèi)容參見深入理解垃圾回收算法如何判斷一個(gè)對(duì)象是否應(yīng)該被回收這就是所謂的對(duì)象存活性判斷,常用的方法有兩種:1.引用計(jì)數(shù)法;2:對(duì)象可達(dá)性分析.由于引用計(jì)數(shù)法存在互相引用導(dǎo)致無法進(jìn)行GC的問題,所以目前JVM虛擬機(jī)多使用對(duì)象可達(dá)性分析算法.簡單的解釋一下垃圾回收J(rèn)ava 垃圾回收機(jī)制最基本的做法是分代回收。內(nèi)存中的區(qū)域被劃分成不同的世代，對(duì)象根據(jù)其存活的時(shí)間被保存在對(duì)應(yīng)世代的區(qū)域中。一般的實(shí)現(xiàn)是劃分成3個(gè)世代：年輕、年老

25、和永久。內(nèi)存的分配是發(fā)生在年輕世代中的。當(dāng)一個(gè)對(duì)象存活時(shí)間足夠長的時(shí)候，它就會(huì)被復(fù)制到年老世代中。對(duì)于不同的世代可以使用不同的垃圾回收算法。進(jìn)行世代劃分的出發(fā)點(diǎn)是對(duì)應(yīng)用中對(duì)象存活時(shí)間進(jìn)行研究之后得出的統(tǒng)計(jì)規(guī)律。一般來說，一個(gè)應(yīng)用中的大部分對(duì)象的存活時(shí)間都很短。比如局部變量的存活時(shí)間就只在方法的執(zhí)行過程中?；谶@一點(diǎn)，對(duì)于年輕世代的垃圾回收算法就可以很有針對(duì)性.調(diào)用System.gc()會(huì)發(fā)生什么?通知GC開始工作,但是GC真正開始的時(shí)間不確定.進(jìn)程,線程相關(guān)說說進(jìn)程,線程,協(xié)程之間的區(qū)別簡而言之,進(jìn)程是程序運(yùn)行和資源分配的基本單位,一個(gè)程序至少有一個(gè)進(jìn)程,一個(gè)進(jìn)程至少有一個(gè)線程.進(jìn)程在執(zhí)行過程

26、中擁有獨(dú)立的內(nèi)存單元,而多個(gè)線程共享內(nèi)存資源,減少切換次數(shù),從而效率更高.線程是進(jìn)程的一個(gè)實(shí)體,是cpu調(diào)度和分派的基本單位,是比程序更小的能獨(dú)立運(yùn)行的基本單位.同一進(jìn)程中的多個(gè)線程之間可以并發(fā)執(zhí)行.你了解守護(hù)線程嗎?它和非守護(hù)線程有什么區(qū)別程序運(yùn)行完畢,jvm會(huì)等待非守護(hù)線程完成后關(guān)閉,但是jvm不會(huì)等待守護(hù)線程.守護(hù)線程最典型的例子就是GC線程什么是多線程上下文切換多線程的上下文切換是指CPU控制權(quán)由一個(gè)已經(jīng)正在運(yùn)行的線程切換到另外一個(gè)就緒并等待獲取CPU執(zhí)行權(quán)的線程的過程。創(chuàng)建兩種線程的方式?他們有什么區(qū)別?通過實(shí)現(xiàn)java.lang.Runnable或者通過擴(kuò)展java.lang.Th

27、read類.相比擴(kuò)展Thread,實(shí)現(xiàn)Runnable接口可能更優(yōu).原因有二:1. Java不支持多繼承.因此擴(kuò)展Thread類就代表這個(gè)子類不能擴(kuò)展其他類.而實(shí)現(xiàn)Runnable接口的類還可能擴(kuò)展另一個(gè)類.2. 類可能只要求可執(zhí)行即可,因此集成整個(gè)Thread類的開銷過大.Runnable和Callable的區(qū)別Runnable接口中的run()方法的返回值是void，它做的事情只是純粹地去執(zhí)行run()方法中的代碼而已；Callable接口中的call()方法是有返回值的，是一個(gè)泛型，和Future、FutureTask配合可以用來獲取異步執(zhí)行的結(jié)果。 這其實(shí)是很有用的一個(gè)特性，因?yàn)槎嗑€程

28、相比單線程更難、更復(fù)雜的一個(gè)重要原因就是因?yàn)槎嗑€程充滿著未知性，某條線程是否執(zhí)行了？某條線程執(zhí)行了多久？某條線程執(zhí)行的時(shí)候我們期望的數(shù)據(jù)是否已經(jīng)賦值完畢？無法得知，我們能做的只是等待這條多線程的任務(wù)執(zhí)行完畢而已。而Callable+Future/FutureTask卻可以獲取多線程運(yùn)行的結(jié)果，可以在等待時(shí)間太長沒獲取到需要的數(shù)據(jù)的情況下取消該線程的任務(wù)，真的是非常有用。什么導(dǎo)致線程阻塞阻塞指的是暫停一個(gè)線程的執(zhí)行以等待某個(gè)條件發(fā)生（如某資源就緒），學(xué)過操作系統(tǒng)的同學(xué)對(duì)它一定已經(jīng)很熟悉了。Java 提供了大量方法來支持阻塞，下面讓我們逐一分析。方法說明sleep()sleep() 允許 指定以毫

29、秒為單位的一段時(shí)間作為參數(shù)，它使得線程在指定的時(shí)間內(nèi)進(jìn)入阻塞狀態(tài)，不能得到CPU 時(shí)間，指定的時(shí)間一過，線程重新進(jìn)入可執(zhí)行狀態(tài)。 典型地，sleep() 被用在等待某個(gè)資源就緒的情形：測試發(fā)現(xiàn)條件不滿足后，讓線程阻塞一段時(shí)間后重新測試，直到條件滿足為止suspend() 和 resume()兩個(gè)方法配套使用，suspend()使得線程進(jìn)入阻塞狀態(tài)，并且不會(huì)自動(dòng)恢復(fù)，必須其對(duì)應(yīng)的resume() 被調(diào)用，才能使得線程重新進(jìn)入可執(zhí)行狀態(tài)。典型地，suspend() 和 resume() 被用在等待另一個(gè)線程產(chǎn)生的結(jié)果的情形：測試發(fā)現(xiàn)結(jié)果還沒有產(chǎn)生后，讓線程阻塞，另一個(gè)線程產(chǎn)生了結(jié)果后，調(diào)用 res

30、ume() 使其恢復(fù)。yield()yield() 使得線程放棄當(dāng)前分得的 CPU 時(shí)間，但是不使線程阻塞，即線程仍處于可執(zhí)行狀態(tài)，隨時(shí)可能再次分得 CPU 時(shí)間。調(diào)用 yield() 的效果等價(jià)于調(diào)度程序認(rèn)為該線程已執(zhí)行了足夠的時(shí)間從而轉(zhuǎn)到另一個(gè)線程wait() 和 notify()兩個(gè)方法配套使用，wait() 使得線程進(jìn)入阻塞狀態(tài)，它有兩種形式，一種允許 指定以毫秒為單位的一段時(shí)間作為參數(shù)，另一種沒有參數(shù)，前者當(dāng)對(duì)應(yīng)的 notify() 被調(diào)用或者超出指定時(shí)間時(shí)線程重新進(jìn)入可執(zhí)行狀態(tài)，后者則必須對(duì)應(yīng)的 notify() 被調(diào)用.wait(),notify()和suspend(),resu

31、me()之間的區(qū)別初看起來它們與 suspend() 和 resume() 方法對(duì)沒有什么分別，但是事實(shí)上它們是截然不同的。區(qū)別的核心在于，前面敘述的所有方法，阻塞時(shí)都不會(huì)釋放占用的鎖（如果占用了的話），而這一對(duì)方法則相反。上述的核心區(qū)別導(dǎo)致了一系列的細(xì)節(jié)上的區(qū)別。首先，前面敘述的所有方法都隸屬于 Thread 類，但是這一對(duì)卻直接隸屬于 Object 類，也就是說，所有對(duì)象都擁有這一對(duì)方法。初看起來這十分不可思議，但是實(shí)際上卻是很自然的，因?yàn)檫@一對(duì)方法阻塞時(shí)要釋放占用的鎖，而鎖是任何對(duì)象都具有的，調(diào)用任意對(duì)象的 wait() 方法導(dǎo)致線程阻塞，并且該對(duì)象上的鎖被釋放。而調(diào)用 任意對(duì)象的not

32、ify()方法則導(dǎo)致因調(diào)用該對(duì)象的 wait() 方法而阻塞的線程中隨機(jī)選擇的一個(gè)解除阻塞（但要等到獲得鎖后才真正可執(zhí)行）。其次，前面敘述的所有方法都可在任何位置調(diào)用，但是這一對(duì)方法卻必須在 synchronized 方法或塊中調(diào)用，理由也很簡單，只有在synchronized 方法或塊中當(dāng)前線程才占有鎖，才有鎖可以釋放。同樣的道理，調(diào)用這一對(duì)方法的對(duì)象上的鎖必須為當(dāng)前線程所擁有，這樣才有鎖可以釋放。因此，這一對(duì)方法調(diào)用必須放置在這樣的 synchronized 方法或塊中，該方法或塊的上鎖對(duì)象就是調(diào)用這一對(duì)方法的對(duì)象。若不滿足這一條件，則程序雖然仍能編譯，但在運(yùn)行時(shí)會(huì)出現(xiàn)IllegalMon

33、itorStateException 異常。wait() 和 notify() 方法的上述特性決定了它們經(jīng)常和synchronized 方法或塊一起使用，將它們和操作系統(tǒng)的進(jìn)程間通信機(jī)制作一個(gè)比較就會(huì)發(fā)現(xiàn)它們的相似性：synchronized方法或塊提供了類似于操作系統(tǒng)原語的功能，它們的執(zhí)行不會(huì)受到多線程機(jī)制的干擾，而這一對(duì)方法則相當(dāng)于 block 和wakeup 原語（這一對(duì)方法均聲明為 synchronized）。它們的結(jié)合使得我們可以實(shí)現(xiàn)操作系統(tǒng)上一系列精妙的進(jìn)程間通信的算法（如信號(hào)量算法），并用于解決各種復(fù)雜的線程間通信問題。關(guān)于 wait() 和 notify() 方法最后再說明兩點(diǎn)

34、： 第一：調(diào)用 notify() 方法導(dǎo)致解除阻塞的線程是從因調(diào)用該對(duì)象的 wait() 方法而阻塞的線程中隨機(jī)選取的，我們無法預(yù)料哪一個(gè)線程將會(huì)被選擇，所以編程時(shí)要特別小心，避免因這種不確定性而產(chǎn)生問題。第二：除了 notify()，還有一個(gè)方法 notifyAll() 也可起到類似作用，唯一的區(qū)別在于，調(diào)用 notifyAll() 方法將把因調(diào)用該對(duì)象的 wait() 方法而阻塞的所有線程一次性全部解除阻塞。當(dāng)然，只有獲得鎖的那一個(gè)線程才能進(jìn)入可執(zhí)行狀態(tài)。談到阻塞，就不能不談一談死鎖，略一分析就能發(fā)現(xiàn)，suspend() 方法和不指定超時(shí)期限的 wait() 方法的調(diào)用都可能產(chǎn)生死鎖。遺憾

35、的是，Java 并不在語言級(jí)別上支持死鎖的避免，我們在編程中必須小心地避免死鎖。以上我們對(duì) Java 中實(shí)現(xiàn)線程阻塞的各種方法作了一番分析，我們重點(diǎn)分析了 wait() 和 notify() 方法，因?yàn)樗鼈兊墓δ茏顝?qiáng)大，使用也最靈活，但是這也導(dǎo)致了它們的效率較低，較容易出錯(cuò)。實(shí)際使用中我們應(yīng)該靈活使用各種方法，以便更好地達(dá)到我們的目的。為什么wait()方法和notify()/notifyAll()方法要在同步塊中被調(diào)用這是JDK強(qiáng)制的，wait()方法和notify()/notifyAll()方法在調(diào)用前都必須先獲得對(duì)象的鎖wait()方法和notify()/notifyAll()方法在放棄

36、對(duì)象監(jiān)視器時(shí)有什么區(qū)別wait()方法和notify()/notifyAll()方法在放棄對(duì)象監(jiān)視器的時(shí)候的區(qū)別在于：wait()方法立即釋放對(duì)象監(jiān)視器，notify()/notifyAll()方法則會(huì)等待線程剩余代碼執(zhí)行完畢才會(huì)放棄對(duì)象監(jiān)視器。wait()與sleep()的區(qū)別關(guān)于這兩者已經(jīng)在上面進(jìn)行詳細(xì)的說明,這里就做個(gè)概括好了:· sleep()來自Thread類，和wait()來自O(shè)bject類.調(diào)用sleep()方法的過程中，線程不會(huì)釋放對(duì)象鎖。而 調(diào)用 wait 方法線程會(huì)釋放對(duì)象鎖· sleep()睡眠后不出讓系統(tǒng)資源，wait讓其他線程可以占用CPU

37、3; sleep(milliseconds)需要指定一個(gè)睡眠時(shí)間，時(shí)間一到會(huì)自動(dòng)喚醒.而wait()需要配合notify()或者notifyAll()使用synchronized和ReentrantLock的區(qū)別synchronized是和if、else、for、while一樣的關(guān)鍵字，ReentrantLock是類，這是二者的本質(zhì)區(qū)別。既然ReentrantLock是類，那么它就提供了比synchronized更多更靈活的特性，可以被繼承、可以有方法、可以有各種各樣的類變量，ReentrantLock比synchronized的擴(kuò)展性體現(xiàn)在幾點(diǎn)上： （1）ReentrantLock可以對(duì)獲取

38、鎖的等待時(shí)間進(jìn)行設(shè)置，這樣就避免了死鎖 （2）ReentrantLock可以獲取各種鎖的信息 （3）ReentrantLock可以靈活地實(shí)現(xiàn)多路通知 另外，二者的鎖機(jī)制其實(shí)也是不一樣的:ReentrantLock底層調(diào)用的是Unsafe的park方法加鎖，synchronized操作的應(yīng)該是對(duì)象頭中mark word.FutureTask是什么這個(gè)其實(shí)前面有提到過，F(xiàn)utureTask表示一個(gè)異步運(yùn)算的任務(wù)。FutureTask里面可以傳入一個(gè)Callable的具體實(shí)現(xiàn)類，可以對(duì)這個(gè)異步運(yùn)算的任務(wù)的結(jié)果進(jìn)行等待獲取、判斷是否已經(jīng)完成、取消任務(wù)等操作。當(dāng)然，由于FutureTask也是Runna

39、ble接口的實(shí)現(xiàn)類，所以FutureTask也可以放入線程池中。一個(gè)線程如果出現(xiàn)了運(yùn)行時(shí)異常怎么辦?如果這個(gè)異常沒有被捕獲的話，這個(gè)線程就停止執(zhí)行了。另外重要的一點(diǎn)是：如果這個(gè)線程持有某個(gè)某個(gè)對(duì)象的監(jiān)視器，那么這個(gè)對(duì)象監(jiān)視器會(huì)被立即釋放如何在兩個(gè)線程間共享數(shù)據(jù)通過在線程之間共享對(duì)象就可以了，然后通過wait/notify/notifyAll、await/signal/signalAll進(jìn)行喚起和等待，比方說阻塞隊(duì)列BlockingQueue就是為線程之間共享數(shù)據(jù)而設(shè)計(jì)的如何正確的使用wait()?使用if還是while?wait() 方法應(yīng)該在循環(huán)調(diào)用，因?yàn)楫?dāng)線程獲取到 CPU 開始執(zhí)行的時(shí)候

40、，其他條件可能還沒有滿足，所以在處理前，循環(huán)檢測條件是否滿足會(huì)更好。下面是一段標(biāo)準(zhǔn)的使用 wait 和 notify 方法的代碼： synchronized (obj) while (condition does not hold) obj.wait(); / (Releases lock, and reacquires on wakeup) . / Perform action appropriate to condition 什么是線程局部變量線程局部變量是局限于線程內(nèi)部的變量，屬于線程自身所有，不在多個(gè)線程間共享。Java提供ThreadLocal類來支持線程局部變量，是一種實(shí)現(xiàn)線程安全

41、的方式。但是在管理環(huán)境下（如 web 服務(wù)器）使用線程局部變量的時(shí)候要特別小心，在這種情況下，工作線程的生命周期比任何應(yīng)用變量的生命周期都要長。任何線程局部變量一旦在工作完成后沒有釋放，Java 應(yīng)用就存在內(nèi)存泄露的風(fēng)險(xiǎn)。ThreadLoal的作用是什么?簡單說ThreadLocal就是一種以空間換時(shí)間的做法在每個(gè)Thread里面維護(hù)了一個(gè)ThreadLocal.ThreadLocalMap把數(shù)據(jù)進(jìn)行隔離，數(shù)據(jù)不共享，自然就沒有線程安全方面的問題了.生產(chǎn)者消費(fèi)者模型的作用是什么?（1）通過平衡生產(chǎn)者的生產(chǎn)能力和消費(fèi)者的消費(fèi)能力來提升整個(gè)系統(tǒng)的運(yùn)行效率，這是生產(chǎn)者消費(fèi)者模型最重要的作用 （2）解

42、耦，這是生產(chǎn)者消費(fèi)者模型附帶的作用，解耦意味著生產(chǎn)者和消費(fèi)者之間的聯(lián)系少，聯(lián)系越少越可以獨(dú)自發(fā)展而不需要收到相互的制約寫一個(gè)生產(chǎn)者-消費(fèi)者隊(duì)列可以通過阻塞隊(duì)列實(shí)現(xiàn),也可以通過wait-notify來實(shí)現(xiàn).使用阻塞隊(duì)列來實(shí)現(xiàn)/消費(fèi)者public class Producer implements Runnable private final BlockingQueue<Integer> queue; public Producer(BlockingQueue q) this.queue=q; Override public void run() try while (true) Th

43、read.sleep(1000);/模擬耗時(shí) queue.put(produce(); catch (InterruptedException e) private int produce() int n=new Random().nextInt(10000); System.out.println("Thread:" + Thread.currentThread().getId() + " produce:" + n); return n; /消費(fèi)者public class Consumer implements Runnable private fi

44、nal BlockingQueue<Integer> queue; public Consumer(BlockingQueue q) this.queue=q; Override public void run() while (true) try Thread.sleep(2000);/模擬耗時(shí) consume(queue.take(); catch (InterruptedException e) private void consume(Integer n) System.out.println("Thread:" + Thread.currentThre

45、ad().getId() + " consume:" + n); /測試public class Main public static void main(String args) BlockingQueue<Integer> queue=new ArrayBlockingQueue<Integer>(100); Producer p=new Producer(queue); Consumer c1=new Consumer(queue); Consumer c2=new Consumer(queue); new Thread(p).start();

46、 new Thread(c1).start(); new Thread(c2).start(); 使用wait-notify來實(shí)現(xiàn)該種方式應(yīng)該最經(jīng)典,這里就不做說明了ConcurrentHashMap的并發(fā)度是什么?ConcurrentHashMap的并發(fā)度就是segment的大小，默認(rèn)為16，這意味著最多同時(shí)可以有16條線程操作ConcurrentHashMap，這也是ConcurrentHashMap對(duì)Hashtable的最大優(yōu)勢，任何情況下，Hashtable能同時(shí)有兩條線程獲取Hashtable中的數(shù)據(jù)嗎？CyclicBarrier和CountDownLatch區(qū)別這兩個(gè)類非常類似，都

47、在java.util.concurrent下，都可以用來表示代碼運(yùn)行到某個(gè)點(diǎn)上，二者的區(qū)別在于：· CyclicBarrier的某個(gè)線程運(yùn)行到某個(gè)點(diǎn)上之后，該線程即停止運(yùn)行，直到所有的線程都到達(dá)了這個(gè)點(diǎn)，所有線程才重新運(yùn)行；CountDownLatch則不是，某線程運(yùn)行到某個(gè)點(diǎn)上之后，只是給某個(gè)數(shù)值-1而已，該線程繼續(xù)運(yùn)行· CyclicBarrier只能喚起一個(gè)任務(wù)，CountDownLatch可以喚起多個(gè)任務(wù)· CyclicBarrier可重用，CountDownLatch不可重用，計(jì)數(shù)值為0該CountDownLatch就不可再用了java中的+操作符線程安

48、全么?不是線程安全的操作。它涉及到多個(gè)指令，如讀取變量值，增加，然后存儲(chǔ)回內(nèi)存，這個(gè)過程可能會(huì)出現(xiàn)多個(gè)線程交差你有哪些多線程開發(fā)良好的實(shí)踐?1. 給線程命名2. 最小化同步范圍3. 優(yōu)先使用volatile4. 盡可能使用更高層次的并發(fā)工具而非wait和notify()來實(shí)現(xiàn)線程通信,如BlockingQueue,Semeaphore5. 優(yōu)先使用并發(fā)容器而非同步容器.6. 考慮使用線程池關(guān)于volatile關(guān)鍵字可以創(chuàng)建Volatile數(shù)組嗎?Java 中可以創(chuàng)建 volatile類型數(shù)組，不過只是一個(gè)指向數(shù)組的引用，而不是整個(gè)數(shù)組。如果改變引用指向的數(shù)組，將會(huì)受到volatile 的保護(hù)，

49、但是如果多個(gè)線程同時(shí)改變數(shù)組的元素，volatile標(biāo)示符就不能起到之前的保護(hù)作用了volatile能使得一個(gè)非原子操作變成原子操作嗎?一個(gè)典型的例子是在類中有一個(gè) long 類型的成員變量。如果你知道該成員變量會(huì)被多個(gè)線程訪問，如計(jì)數(shù)器、價(jià)格等，你最好是將其設(shè)置為 volatile。為什么？因?yàn)?Java 中讀取 long 類型變量不是原子的，需要分成兩步，如果一個(gè)線程正在修改該 long 變量的值，另一個(gè)線程可能只能看到該值的一半（前 32 位）。但是對(duì)一個(gè) volatile 型的 long 或 double 變量的讀寫是原子。一種實(shí)踐是用 volatile 修飾 long 和 doubl

50、e 變量，使其能按原子類型來讀寫。double 和 long 都是64位寬，因此對(duì)這兩種類型的讀是分為兩部分的，第一次讀取第一個(gè) 32 位，然后再讀剩下的 32 位，這個(gè)過程不是原子的，但 Java 中 volatile 型的 long 或 double 變量的讀寫是原子的。volatile 修復(fù)符的另一個(gè)作用是提供內(nèi)存屏障（memory barrier），例如在分布式框架中的應(yīng)用。簡單的說，就是當(dāng)你寫一個(gè) volatile 變量之前，Java 內(nèi)存模型會(huì)插入一個(gè)寫屏障（write barrier），讀一個(gè) volatile 變量之前，會(huì)插入一個(gè)讀屏障（read barrier）。意思就是說，

51、在你寫一個(gè) volatile 域時(shí)，能保證任何線程都能看到你寫的值，同時(shí)，在寫之前，也能保證任何數(shù)值的更新對(duì)所有線程是可見的，因?yàn)閮?nèi)存屏障會(huì)將其他所有寫的值更新到緩存。volatile類型變量提供什么保證?volatile 主要有兩方面的作用:1.避免指令重排2.可見性保證.例如，JVM 或者 JIT為了獲得更好的性能會(huì)對(duì)語句重排序，但是 volatile 類型變量即使在沒有同步塊的情況下賦值也不會(huì)與其他語句重排序。 volatile 提供 happens-before 的保證，確保一個(gè)線程的修改能對(duì)其他線程是可見的。某些情況下，volatile 還能提供原子性，如讀 64 位數(shù)據(jù)類型，像 l

52、ong 和 double 都不是原子的(低32位和高32位)，但 volatile 類型的 double 和 long 就是原子的.關(guān)于集合Java中的集合及其繼承關(guān)系關(guān)于集合的體系是每個(gè)人都應(yīng)該爛熟于心的,尤其是對(duì)我們經(jīng)常使用的List,Map的原理更該如此.這里我們看這張圖即可: 更多內(nèi)容可見集合類總結(jié)poll()方法和remove()方法區(qū)別?poll() 和 remove() 都是從隊(duì)列中取出一個(gè)元素，但是 poll() 在獲取元素失敗的時(shí)候會(huì)返回空，但是 remove() 失敗的時(shí)候會(huì)拋出異常。LinkedHashMap和PriorityQueue的區(qū)別PriorityQu

53、eue 是一個(gè)優(yōu)先級(jí)隊(duì)列,保證最高或者最低優(yōu)先級(jí)的的元素總是在隊(duì)列頭部，但是 LinkedHashMap 維持的順序是元素插入的順序。當(dāng)遍歷一個(gè) PriorityQueue 時(shí)，沒有任何順序保證，但是 LinkedHashMap 課保證遍歷順序是元素插入的順序。WeakHashMap與HashMap的區(qū)別是什么?WeakHashMap 的工作與正常的 HashMap 類似，但是使用弱引用作為 key，意思就是當(dāng) key 對(duì)象沒有任何引用時(shí)，key/value 將會(huì)被回收。ArrayList和LinkedList的區(qū)別?最明顯的區(qū)別是 ArrrayList底層的數(shù)據(jù)結(jié)構(gòu)是數(shù)組，支持隨機(jī)訪問，而

54、LinkedList 的底層數(shù)據(jù)結(jié)構(gòu)是雙向循環(huán)鏈表，不支持隨機(jī)訪問。使用下標(biāo)訪問一個(gè)元素，ArrayList 的時(shí)間復(fù)雜度是 O(1)，而 LinkedList 是 O(n)。ArrayList和HashMap默認(rèn)大小?在 Java 7 中，ArrayList 的默認(rèn)大小是 10 個(gè)元素，HashMap 的默認(rèn)大小是16個(gè)元素（必須是2的冪）。這就是 Java 7 中 ArrayList 和 HashMap 類的代碼片段private static final int DEFAULT_CAPACITY = 10; /from HashMap.java JDK 7 static final in

55、t DEFAULT_INITIAL_CAPACITY = 1 << 4; / aka 16Comparator和Comparable的區(qū)別?Comparable 接口用于定義對(duì)象的自然順序，而 comparator 通常用于定義用戶定制的順序。Comparable 總是只有一個(gè)，但是可以有多個(gè) comparator 來定義對(duì)象的順序。如何實(shí)現(xiàn)集合排序?你可以使用有序集合，如 TreeSet 或 TreeMap，你也可以使用有順序的的集合，如 list，然后通過 Collections.sort() 來排序。如何打印數(shù)組內(nèi)容你可以使用 Arrays.toString() 和 Arra

56、ys.deepToString() 方法來打印數(shù)組。由于數(shù)組沒有實(shí)現(xiàn) toString() 方法，所以如果將數(shù)組傳遞給 System.out.println() 方法，將無法打印出數(shù)組的內(nèi)容，但是 Arrays.toString() 可以打印每個(gè)元素。LinkedList的是單向鏈表還是雙向?雙向循環(huán)列表,具體實(shí)現(xiàn)自行查閱源碼.TreeMap是實(shí)現(xiàn)原理采用紅黑樹實(shí)現(xiàn),具體實(shí)現(xiàn)自行查閱源碼.遍歷ArrayList時(shí)如何正確移除一個(gè)元素該問題的關(guān)鍵在于面試者使用的是 ArrayList 的 remove() 還是 Iterator 的 remove()方法。這有一段示例代碼，是使用正確的方式來實(shí)現(xiàn)在遍歷的過程中移除元素，而不會(huì)出現(xiàn) ConcurrentModificationException 異常的示例代碼。什么是ArrayMap?它和HashMap有什么區(qū)別?ArrayMap是Android SDK中提供的,非Android開發(fā)者可以略過. ArrayMap是用兩個(gè)數(shù)組來模擬map,更少的內(nèi)存占用空間,更高的效率. 具體參考這篇文章:ArrayMap