Java集合面試題

集合專題

● 說一下你了解的Java集合？

● HashMap與Hashtable的區(qū)別？

● 哈希碰撞/哈希沖突你有了解嗎，它是什么，怎么解決的？

● ArrayList和LinkedList的不同？

● ArrayList和Vector的區(qū)別？

● HashMap的數(shù)據(jù)存儲(chǔ)和實(shí)現(xiàn)原理你了解多少？

● HashMap的長(zhǎng)度為什么是2的冪次方？

● HashSet和HashMap的區(qū)別與聯(lián)系？

● Hashtable和ConcurrentHashMap的區(qū)別？

● ConcurrentHashMap線程安全的具體實(shí)現(xiàn)原理？

● 怎么獲取一個(gè)線程安全的ArrayList？

● TreeMap/TreeSet底層是什么數(shù)據(jù)結(jié)構(gòu)，怎么實(shí)現(xiàn)的自動(dòng)排序？

● HashMap集合的put和get方法的實(shí)現(xiàn)原理？

● Comparable和Comparator的區(qū)別？

● for循環(huán)和foreach遍歷集合哪個(gè)更快?

● 如何快速的遍歷map集合，哪種方式最快？

● HashSet、TreeSet、LinkedHashSet區(qū)別？

● 在什么場(chǎng)景下要重寫equals()和hashCode()方法？

● HashMap和TreeMap有什么不同？

● Collections和Collection有哪些區(qū)別？

● 如何對(duì)一組對(duì)象進(jìn)行排序？

● Collection接口的remove()方法和Iterator接口的remove()方法區(qū)別？

● Java集合中List、Set、Map的區(qū)別？

● Iterator和ListIterator的區(qū)別是什么？

● 快速失敗(fail-fast)和安全失敗(fail-safe)的區(qū)別是什么？

● 什么是Java優(yōu)先級(jí)隊(duì)列(Priority Queue)？

PriorityQueue是一個(gè)基于優(yōu)先級(jí)堆的無界隊(duì)列，它的元素是按照自然順序(natural order)排序的。在創(chuàng)建的時(shí)候，我們可以給它提供一個(gè)負(fù)責(zé)給元素排序的比較器。PriorityQueue不允許null值，因?yàn)樗麄儧]有自然順序，或者說他們沒有任何的相關(guān)聯(lián)的比較器。最后，PriorityQueue不是線程安全的，入隊(duì)和出隊(duì)的時(shí)間復(fù)雜度是O(log(n))。

● Enumeration接口和Iterator接口的區(qū)別有哪些？

Enumeration速度是Iterator的2倍，同時(shí)占用更少的內(nèi)存。但是，Iterator遠(yuǎn)遠(yuǎn)比Enumeration安全，因?yàn)槠渌€程不能夠修改正在被Iterator遍歷的集合里面的對(duì)象。同時(shí)，Iterator允許調(diào)用者刪除底層集合里面的元素，這對(duì)Enumeration來說是不可能的。

● 在迭代一個(gè)集合的時(shí)候，如何避免ConcurrentModificationException？
在遍歷一個(gè)集合的時(shí)候，我們可以使用并發(fā)集合類來避免ConcurrentModificationException，比如使用CopyOnWriteArrayList，而不是ArrayList。

● 哪些集合類是線程安全的？

Vector、Hashtable、Properties和Stack是同步類，所以它們是線程安全的，可以在多線程環(huán)境下使用。Java1.5并發(fā)包下包括一些集合類，允許迭代時(shí)修改，因?yàn)樗鼈兌脊ぷ髟诩目寺∩稀Ｋ运鼈冊(cè)诙嗑€程環(huán)境中是安全的。

● 并發(fā)集合類是什么？

Java1.5并發(fā)包（java.util.concurrent）包含線程安全集合類，允許在迭代時(shí)修改集合。迭代器被設(shè)計(jì)為fail-fast的，會(huì) 拋出ConcurrentModificationException。一部分類為：CopyOnWriteArrayList、 ConcurrentHashMap、CopyOnWriteArraySet。

● BlockingQueue是什么？

java.util.concurrent.BlockingQueue是一個(gè)隊(duì)列，在進(jìn)行檢索或移除一個(gè)元素的時(shí)候，它會(huì)等待隊(duì)列變?yōu)榉强?；?dāng)在添加一個(gè)元素時(shí)，它會(huì)等待隊(duì)列中的可用空間。BlockingQueue接口是Java集合框架的一部分，主要用于實(shí)現(xiàn)生產(chǎn)者-消費(fèi)者模式。我們不需要擔(dān)心等待生產(chǎn)者有可用的空間，或消費(fèi)者有可用的對(duì)象，因?yàn)樗荚贐lockingQueue的實(shí)現(xiàn)類中被處理了。Java提供了集中BlockingQueue的實(shí)現(xiàn)，比如ArrayBlockingQueue、LinkedBlockingQueue、PriorityBlockingQueue、SynchronousQueue等。

● 大寫的O是什么，舉幾個(gè)例子？

大寫的O描述的是數(shù)據(jù)結(jié)構(gòu)中一個(gè)算法的性能。Collection類就是實(shí)際的數(shù)據(jù)結(jié)構(gòu)，我們通?；跁r(shí)間、內(nèi)存和性能，使用大寫的O來選擇集合實(shí)現(xiàn)。比如：例子1：ArrayList的get(index i)是一個(gè)常量時(shí)間操作，它不依賴list中元素的數(shù)量，所以它的性能是O(1)。例子2：一個(gè)對(duì)于數(shù)組或列表的線性搜索的性能是O(n)，因?yàn)槲覀冃枰?ensp;遍歷所有的元素來查找需要的元素。

數(shù)據(jù)庫(kù)專題/SQL優(yōu)化專題

● 你用過存儲(chǔ)過程嗎？

之前用過存儲(chǔ)過程，近期的項(xiàng)目沒有使用存儲(chǔ)過程，由于存儲(chǔ)過程具有數(shù)據(jù)庫(kù)特色，mysql有自己一套語(yǔ)法機(jī)制，oracle數(shù)據(jù)庫(kù)則有另一套語(yǔ)法機(jī)制，雖然使用存儲(chǔ)過程會(huì)提高執(zhí)行速度，但使用了存儲(chǔ)過程后，項(xiàng)目的數(shù)據(jù)庫(kù)很難平滑的移植，例如項(xiàng)目A在開發(fā)的時(shí)候使用了mysql存儲(chǔ)過程，假設(shè)將來將A項(xiàng)目的數(shù)據(jù)庫(kù)更改為B項(xiàng)目則是很困難的，故我們開發(fā)的時(shí)候?yàn)榱吮ＷC數(shù)據(jù)庫(kù)的可移植性，就沒有使用存儲(chǔ)過程。

注意：游標(biāo)、觸發(fā)器、存儲(chǔ)過程，都是存儲(chǔ)過程相關(guān)的。

● 千萬級(jí)數(shù)據(jù)，你如何提高查詢效率？

● 你對(duì)SQL優(yōu)化有了解嗎，可以描述一些你用過的優(yōu)化策略嗎？

● 索引的實(shí)現(xiàn)原理？

● 索引的分類？

● 索引在什么情況下失效？

● 內(nèi)連接和外連接有什么區(qū)別？

● 數(shù)據(jù)庫(kù)設(shè)計(jì)范式？

第一范式：每個(gè)表都應(yīng)該有主鍵，并且每個(gè)字段要求原子性不可再分。

第二范式：建立在第一范式基礎(chǔ)之上，所有非主鍵字段必須完全依賴主鍵，不能產(chǎn)生部分依賴。

第三范式：建立在第二范式基礎(chǔ)之上，所有非主鍵字段必須直接依賴主鍵，不能產(chǎn)生傳遞依賴。

設(shè)計(jì)范式的最終目的是：減少數(shù)據(jù)的冗余。但在實(shí)際的開發(fā)中，我們以滿足客戶的需求為目的，有的時(shí)候也會(huì)拿冗余來?yè)Q取速度。（建議把這句話說上，體現(xiàn)工作經(jīng)驗(yàn)）

● MySQL默認(rèn)的事務(wù)隔離級(jí)別？

可重復(fù)讀（Repeatable Read）

● 事務(wù)的隔離級(jí)別有哪些？

讀未提交（Read UnCommitted）、讀提交（Read Committed）、可重復(fù)讀（Repeatable Read）、序列化（Serializable）

● 在什么情況下使用having過濾？

從效率方面考慮，建議優(yōu)先使用where進(jìn)行過濾，如果專門是對(duì)分組之后的數(shù)據(jù)進(jìn)行過濾，才會(huì)使用having。

● 事務(wù)的特性有哪些？

原則性（A）、一致性（C）、隔離性（I）、持久性（D）。

原子性表示事務(wù)是最小的工作單元不可再分。

一致性表示事務(wù)必須同時(shí)成功或者同時(shí)失敗。

隔離性表示事務(wù)A和事務(wù)B之間具有隔離。

持久性是事務(wù)最終結(jié)束的保障。

JVM專題

● Java GC的工作原理你有了解嗎？

● System.gc()和Runtime.gc()會(huì)做什么事情？

這兩個(gè)方法用來提示JVM要進(jìn)行垃圾回收。但是，立即開始還是延遲進(jìn)行垃圾回收是取決于JVM的。

● 如果對(duì)象的引用被置為null，垃圾收集器是否會(huì)立即釋放對(duì)象占用的內(nèi)存？
不會(huì)，在下一個(gè)垃圾回收周期中，這個(gè)對(duì)象將是可被回收的。

● 你聽說過哪些GC算法？

● 你知道哪些垃圾回收機(jī)制？

● 你對(duì)JVM調(diào)優(yōu)有了解嗎，可以說一下嗎？

● JVM的內(nèi)存結(jié)構(gòu)你有了解嗎（運(yùn)行時(shí)數(shù)據(jù)區(qū)）？

● Java的堆結(jié)構(gòu)是什么樣子的？

JVM的堆是運(yùn)行時(shí)數(shù)據(jù)區(qū)，所有類的實(shí)例和數(shù)組都是在堆上分配內(nèi)存。它在JVM啟動(dòng)的時(shí)候被創(chuàng)建。對(duì)象所占的堆內(nèi)存是由自動(dòng)內(nèi)存管理系統(tǒng)也就是垃圾收集器回收。堆內(nèi)存是由存活和死亡的對(duì)象組成的。存活的對(duì)象是應(yīng)用可以訪問的，不會(huì)被垃圾回收。死亡的對(duì)象是應(yīng)用不可訪問尚且還沒有被垃圾收集器回收掉的對(duì)象。一直到垃圾收集器把這些對(duì)象回收掉之前，他們會(huì)一直占據(jù)堆內(nèi)存空間。

● 串行(serial)收集器和吞吐量(throughput)收集器的區(qū)別是什么？

吞吐量收集器使用并行版本的新生代垃圾收集器，它用于中等規(guī)模和大規(guī)模數(shù)據(jù)的應(yīng)用程序。而串行收集器對(duì)大多數(shù)的小應(yīng)用(在現(xiàn)代處理器上需要大概100M左右的內(nèi)存)就足夠了。

● JVM的永久代中會(huì)發(fā)生垃圾回收么？

垃圾回收不會(huì)發(fā)生在永久代，如果永久代滿了或者是超過了臨界值，會(huì)觸發(fā)完全垃圾回收(Full GC)。如果你仔細(xì)查看垃圾收集器的輸出信息，就會(huì)發(fā)現(xiàn)永久代也是被回收的。這就是為什么正確的永久代大小對(duì)避免Full GC是非常重要的原因。

● 什么是分布式垃圾回收(DGC)？它是如何工作的？

DGC叫做分布式垃圾回收。RMI使用DGC來做自動(dòng)垃圾回收。因?yàn)镽MI包含了跨虛擬機(jī)的遠(yuǎn)程對(duì)象的引用，垃圾回收是很困難的。DGC使用引用計(jì)數(shù)算法來給遠(yuǎn)程對(duì)象提供自動(dòng)內(nèi)存管理。

設(shè)計(jì)模式專題

● 你在實(shí)際項(xiàng)目中使用過哪些設(shè)計(jì)模式？

在實(shí)際的開發(fā)中也用過很多設(shè)計(jì)模式，例如GoF的設(shè)計(jì)模式，JavaEE的設(shè)計(jì)模式，例如在項(xiàng)目中寫過BaseController，所有的Controller都繼承這個(gè)Controller，這個(gè)BaseController當(dāng)中定義核心算法骨架，具體的實(shí)現(xiàn)延遲到子類中完成，這個(gè)就符合模板方法設(shè)計(jì)模式。

另外還使用了JavaEE設(shè)計(jì)模式DAO，持久層統(tǒng)一使用該模式。還有在分頁(yè)查詢的時(shí)候封裝了PaginationVO，這里使用了JavaEE的VO模式。

在實(shí)際的項(xiàng)目中也使用了過濾器、攔截器等，這些都是符合GoF責(zé)任鏈設(shè)計(jì)模式的。還有使用Spring AOP控制事務(wù)，AOP底層使用了動(dòng)態(tài)代理模式。

在P2P項(xiàng)目中，生成合同文件的時(shí)候，我們使用了兩個(gè)設(shè)計(jì)模式，一個(gè)是門面模式，一個(gè)是策略模式。門面模式體現(xiàn)在我們提供了生成合同文件的統(tǒng)一接口，策略模式體現(xiàn)在合同文件可以最終生成到PC端，也可以生成到H5端等。

● 你對(duì)設(shè)計(jì)模式有了解嗎，什么是設(shè)計(jì)模式，常見設(shè)計(jì)模式你知道哪些？

設(shè)計(jì)模式就是可以重復(fù)利用的解決方案。常見的設(shè)計(jì)模式有：?jiǎn)卫Ｊ?、裝飾器模式、適配器模式、責(zé)任鏈模式、代理模式、策略模式、觀察者模式等。

單例模式：解決對(duì)象創(chuàng)建問題，屬于創(chuàng)建型設(shè)計(jì)模式，保證創(chuàng)建的實(shí)例只有1個(gè)，用于節(jié)省內(nèi)存的開銷，符合單例模式的對(duì)象不會(huì)被垃圾回收器回收，所以在實(shí)際開發(fā)中通常使用單例模式來實(shí)現(xiàn)緩存，因?yàn)榫彺嫘枰苊獗籊C回收。

裝飾器模式：IO流當(dāng)中使用了大量的裝飾器模式，裝飾器模式屬于結(jié)構(gòu)型設(shè)計(jì)模式，例如關(guān)閉流的時(shí)候只需要關(guān)閉最外層流即可。

適配器模式：Servlet規(guī)范中的GenericServlet使用了適配器模式，適配器模式屬于結(jié)構(gòu)型設(shè)計(jì)模式，其中GenericServlet屬于適配器，所有Servlet類繼承GenericServlet，而不需要直接實(shí)現(xiàn)Servlet接口，這樣代碼會(huì)更加優(yōu)雅（該詞匯出自閻宏的《Java與模式》一書）。另外過濾器Filter、監(jiān)聽器Listener都符合適配器模式。

責(zé)任鏈設(shè)計(jì)模式：Filter過濾器符合責(zé)任鏈設(shè)計(jì)模式，包括SpringMVC中的攔截器也是符合該設(shè)計(jì)模式的，責(zé)任鏈設(shè)計(jì)模式屬于行為型設(shè)計(jì)模式，再不改變java源代碼的基礎(chǔ)之上，可以實(shí)現(xiàn)方法的動(dòng)態(tài)調(diào)用組合。

代理模式：Spring AOP就使用了動(dòng)態(tài)代理機(jī)制。代理模式屬于結(jié)構(gòu)型設(shè)計(jì)模式。

策略模式：比較器Comparator就體現(xiàn)了策略模式，面向接口編程，更換比較器即可更換比較規(guī)則，策略模式屬于行為型設(shè)計(jì)模式。

觀察者模式：Servlet規(guī)范中的Listener監(jiān)聽器就實(shí)現(xiàn)了觀察者模式，另外MVC架構(gòu)模式也屬于符合觀察者設(shè)計(jì)模式，觀察者設(shè)計(jì)模式屬于行為型設(shè)計(jì)模式。

● 你知道哪些開發(fā)原則？

據(jù)我了解，軟件的開發(fā)原則有六大原則。

開閉原則：開閉原則是面向?qū)ο蟮目蓮?fù)用設(shè)計(jì)的第一塊基石，它是最重要的面向?qū)ο笤O(shè)計(jì)原則。開閉原則(Open-Closed Principle, OCP)：一個(gè)軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。即軟件實(shí)體應(yīng)盡量在不修改原有代碼的情況下進(jìn)行擴(kuò)展。

單一職責(zé)原則：?jiǎn)我宦氊?zé)原則是最簡(jiǎn)單的面向?qū)ο笤O(shè)計(jì)原則，它用于控制類的粒度大小。單一職責(zé)原則定義如下：?jiǎn)我宦氊?zé)原則(Single Responsibility Principle, SRP)：一個(gè)類只負(fù)責(zé)一個(gè)功能領(lǐng)域中的相應(yīng)職責(zé)，或者可以定義為：就一個(gè)類而言，應(yīng)該只有一個(gè)引起它變化的原因。單一職責(zé)原則是實(shí)現(xiàn)高內(nèi)聚、低耦合的指導(dǎo)方針，它是最簡(jiǎn)單但又最難運(yùn)用的原則，需要設(shè)計(jì)人員發(fā)現(xiàn)類的不同職責(zé)并將其分離，而發(fā)現(xiàn)類的多重職責(zé)需要設(shè)計(jì)人員具有較強(qiáng)的分析設(shè)計(jì)能力和相關(guān)實(shí)踐經(jīng)驗(yàn)。

接口隔離原則：接口隔離原則(Interface Segregation Principle, ISP)：使用多個(gè)專門的接口，而不使用單一的總接口，即客戶端不應(yīng)該依賴那些它不需要的接口。

里氏代換原則：里氏代換原則(Liskov Substitution Principle, LSP)：所有引用基類（父類）的地方必須能透明地使用其子類的對(duì)象。里氏代換原則告訴我們，在軟件中將一個(gè)基類對(duì)象替換成它的子類對(duì)象，程序?qū)⒉粫?huì)產(chǎn)生任何錯(cuò)誤和異常，反過來則不成立，如果一個(gè)軟件實(shí)體使用的是一個(gè)子類對(duì)象的話，那么它不一定能夠使用基類對(duì)象。例如：我喜歡動(dòng)物，那我一定喜歡狗，因?yàn)楣肥莿?dòng)物的子類；但是我喜歡狗，不能據(jù)此斷定我喜歡動(dòng)物，因?yàn)槲也⒉幌矚g老鼠，雖然它也是動(dòng)物。

迪米特法則：一個(gè)軟件實(shí)體應(yīng)當(dāng)盡可能少地與其他實(shí)體發(fā)生相互作用。迪米特法則還有幾種定義形式，包括：不要和“陌生人”說話、只與你的直接朋友通信等。

依賴倒轉(zhuǎn)原則：依賴倒轉(zhuǎn)原則(Dependency Inversion Principle, DIP)：抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。換言之，要針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。依賴倒轉(zhuǎn)原則要求我們?cè)诔绦虼a中傳遞參數(shù)時(shí)或在關(guān)聯(lián)關(guān)系中，盡量引用層次高的抽象層類，即使用接口和抽象類進(jìn)行變量類型聲明、參數(shù)類型聲明、方法返回類型聲明，以及數(shù)據(jù)類型的轉(zhuǎn)換等，而不要用具體類來做這些事情。為了確保該原則的應(yīng)用，一個(gè)具體類應(yīng)當(dāng)只實(shí)現(xiàn)接口或抽象類中聲明過的方法，而不要給出多余的方法，否則將無法調(diào)用到在子類中增加的新方法。

● GoF設(shè)計(jì)模式分類？

創(chuàng)建型、結(jié)構(gòu)型、行為型。

創(chuàng)建型的有：?jiǎn)卫Ｊ?、工廠模式等。

結(jié)構(gòu)型的有：適配器、裝飾器、代理模式等。

行為型的有：策略模式、觀察者模式、責(zé)任鏈模式等。

● JavaEE的設(shè)計(jì)模式知道那些？

DAO、POJO、DTO、VO、BO等。

● 怎么寫一個(gè)線程安全的單例模式？

//餓漢（絕對(duì)線程安全，但是對(duì)象在未使用時(shí)初始化，占用內(nèi)存）
public final class EagerSingleton {  
    private static EagerSingleton singObj = new EagerSingleton();  
    private EagerSingleton(){  
    }  
    public static EagerSingleton getSingleInstance(){  
       return singObj；
    }  
}
//懶漢（多線程并發(fā)時(shí)，存在線程安全問題）
public final class LazySingleton {  
    private static LazySingleton singObj = null;  
    private LazySingleton(){  
    }  
    public static LazySingleton getSingleInstance(){  
        if(null == singObj ) singObj = new LazySingleton();
          return singObj；
    }  
}
//懶漢加synchronized（線程安全的，但是同步的是整個(gè)方法，并發(fā)度差）
public final class ThreadSafeSingleton {  
    private static ThreadSafeSingleton singObj = null;  
    private ThreadSafeSingleton(){  
    }  
    public static Synchronized ThreadSafeSingleton getSingleInstance(){  
        if(null == singObj ) singObj = new ThreadSafeSingleton();
            return singObj；
    }  
}
//雙重檢查鎖（如果發(fā)生指令重排序，則會(huì)出現(xiàn)線程不安全）
public final class DoubleCheckedSingleton {  
    private static DoubleCheckedSingletonsingObj = null;  
    private DoubleCheckedSingleton(){  
    }  
    public static DoubleCheckedSingleton getSingleInstance(){  
        if(null == singObj ) {
              Synchronized(DoubleCheckedSingleton.class){
                     if(null == singObj) // （如果發(fā)生指令重排序，則會(huì)出現(xiàn)線程不安全）
                           singObj = new DoubleCheckedSingleton();
              }
         }
       return singObj；
    }  
}
//雙重檢查鎖（加volatile關(guān)鍵字）
public final class DoubleCheckedSingleton {  
    private static volatile DoubleCheckedSingletonsingObj = null;  
    private DoubleCheckedSingleton(){  
    }  
    public static DoubleCheckedSingleton getSingleInstance(){  
        if(null == singObj ) {
              Synchronized(DoubleCheckedSingleton.class){
                     if(null == singObj) 
                           singObj = new DoubleCheckedSingleton();
              }
         }
       return singObj；
    }  
}
// 靜態(tài)內(nèi)部類方式
public class SingletonPattern {
   private SingletonPattern() {
   }
   private static class SingletonPatternHolder {
       private static final SingletonPattern singletonPattern = new SingletonPattern();
   }
   public static SingletonPattern getInstance() {
       return SingletonPatternHolder.singletonPattern;
   }
}

● 單例模式的優(yōu)缺點(diǎn)及使用場(chǎng)景？

（1）優(yōu)點(diǎn)： 

在單例模式中，活動(dòng)的單例只有一個(gè)實(shí)例，對(duì)單例類的所有實(shí)例化得到的都是相同的一個(gè)實(shí)例。這樣就防止其它對(duì)象對(duì)自己的實(shí)例化，確保所有的對(duì)象都訪問一個(gè)實(shí)例。 

提供了對(duì)唯一實(shí)例的受控訪問。 

由于在系統(tǒng)內(nèi)存中只存在一個(gè)對(duì)象，因此可以節(jié)約系統(tǒng)資源，當(dāng)需要頻繁創(chuàng)建和銷毀的對(duì)象時(shí)單例模式無疑可以提高系統(tǒng)的性能。 

避免對(duì)共享資源的多重占用。

（2）缺點(diǎn)：

不適用于變化的對(duì)象，如果同一類型的對(duì)象總是要在不同的用例場(chǎng)景發(fā)生變化，單例就會(huì)引起數(shù)據(jù)的錯(cuò)誤，不能保存彼此的狀態(tài)。 

由于單利模式中沒有抽象層，因此單例類的擴(kuò)展有很大的困難。

單例類的職責(zé)過重，在一定程度上違背了“單一職責(zé)原則”。 

濫用單例將帶來一些負(fù)面問題，如為了節(jié)省資源將數(shù)據(jù)庫(kù)連接池對(duì)象設(shè)計(jì)為的單例類，可能會(huì)導(dǎo)致共享連接池對(duì)象的程序過多而出現(xiàn)連接池溢出；如果實(shí)例化的對(duì)象長(zhǎng)時(shí)間不被利用，系統(tǒng)會(huì)認(rèn)為是垃圾而被回收，這將導(dǎo)致對(duì)象狀態(tài)的丟失。

（3）使用注意事項(xiàng)：

使用時(shí)不能用反射模式創(chuàng)建單例，否則會(huì)實(shí)例化一個(gè)新的對(duì)象。

使用懶單例模式時(shí)注意線程安全問題。

餓單例模式和懶單例模式構(gòu)造方法都是私有的，因而是不能被繼承的，有些單例模式可以被繼承（如登記式模式）。

（4）經(jīng)典使用場(chǎng)景：

網(wǎng)站的計(jì)數(shù)器，一般也是采用單例模式實(shí)現(xiàn)，否則難以同步。 

應(yīng)用程序的日志應(yīng)用，一般都何用單例模式實(shí)現(xiàn)，這一般是由于共享的日志文件一直處于打開狀態(tài)，因?yàn)橹荒苡幸粋€(gè)實(shí)例去操作，否則內(nèi)容不好追加。 

Web應(yīng)用的配置對(duì)象的讀取，一般也應(yīng)用單例模式，這個(gè)是由于配置文件是共享的資源。 

數(shù)據(jù)庫(kù)連接池的設(shè)計(jì)一般也是采用單例模式，因?yàn)閿?shù)據(jù)庫(kù)連接是一種數(shù)據(jù)庫(kù)資源。數(shù)據(jù)庫(kù)軟件系統(tǒng)中使用數(shù)據(jù)庫(kù)連接池，主要是節(jié)省打開或者關(guān)閉數(shù)據(jù)庫(kù)連接所引起的效率損耗，這種效率上的損耗還是非常昂貴的，因?yàn)楹斡脝卫Ｊ絹砭S護(hù)，就可以大大降低這種損耗。 

多線程的線程池的設(shè)計(jì)一般也是采用單例模式，這是由于線程池要方便對(duì)池中的線程進(jìn)行控制。

● 什么是享元模式，哪里用了？

享元模式通過共享對(duì)象來避免創(chuàng)建太多的對(duì)象。為了使用享元模式，你需要確保你的對(duì)象是不可變的，這樣你才能安全的共享。JDK 中 String 池、Integer 池以及 Long 池都是很好的使用了享元模式的例子。

● 描述一下接口和抽象類你是如何選用的？

接口和抽象類其實(shí)表示事物與事物之間的聯(lián)系的一種關(guān)系的體現(xiàn)。接口更多的體現(xiàn)的是like A的關(guān)系，而抽象類更多的是is A的關(guān)系。如果這兩個(gè)類他們之間確實(shí)無形中體現(xiàn)出is A的關(guān)系，比如貓和狗都是動(dòng)物的一種，則可以寫抽象類。而如果這兩個(gè)類它們之間的行為很像，則它們體現(xiàn)出了一種Like A的關(guān)系，如媒婆代理別人去相親，那么本身就體現(xiàn)了一種方法，則體現(xiàn)出了接口的關(guān)系。也就是說接口更偏向于描述行為。