1) 什么是線程已骇、進(jìn)程离钝？

進(jìn)程是程序執(zhí)行時(shí)的一個(gè)實(shí)例，是系統(tǒng)進(jìn)行資源分配和調(diào)度的一個(gè)獨(dú)立單位褪储。
線程是進(jìn)程的一個(gè)實(shí)體,是CPU調(diào)度和分派的基本單位卵渴。

2) 線程和進(jìn)程有什么區(qū)別？

(1) 調(diào)度：線程作為調(diào)度和分配的基本單位鲤竹，進(jìn)程作為擁有資源的基本單位
(2) 并發(fā)性：不僅進(jìn)程之間可以并發(fā)執(zhí)行浪读，同一個(gè)進(jìn)程的多個(gè)線程之間也可并發(fā)執(zhí)行
(3) 擁有資源：進(jìn)程是擁有資源的一個(gè)獨(dú)立單位，線程不擁有系統(tǒng)資源辛藻，但可以訪問隸屬于進(jìn)程的資源
(4) 系統(tǒng)開銷：進(jìn)程上下文切換比進(jìn)程大

3) 如何在Java中實(shí)現(xiàn)線程碘橘？

兩種方式：繼承Thread類或者實(shí)現(xiàn)Runnable接口

public class Thread implements Runnable { ...}

public interface Runnable { ...}

4) 用Runnable還是Thread？

1吱肌、Runnable更容易實(shí)現(xiàn)資源共享
2痘拆、java的單繼承機(jī)制
在程序開發(fā)中只要是多線程肯定永遠(yuǎn)以實(shí)現(xiàn)Runnable接口為主。

6) Thread 類中的start() 和 run() 方法有什么區(qū)別氮墨？

start()方法被用來啟動(dòng)新創(chuàng)建的線程纺蛆，而且start()內(nèi)部調(diào)用了run()方法
當(dāng)你調(diào)用run()方法的時(shí)候，只會(huì)是在原來的線程中調(diào)用规揪，沒有新的線程啟動(dòng)桥氏，start()方法才會(huì)啟動(dòng)新線程

7) Java中Runnable和Callable有什么不同？

創(chuàng)建線程的兩種方式猛铅，一種是直接繼承Thread字支，另外一種就是實(shí)現(xiàn)Runnable接口。這兩種方式都有一個(gè)缺陷就是：在執(zhí)行完任務(wù)之后無法獲取執(zhí)行結(jié)果。如果需要獲取執(zhí)行結(jié)果祥款，就必須通過共享變量或者使用線程通信的方式來達(dá)到效果清笨，這樣使用起來就比較麻煩。而自從Java 1.5開始刃跛，就提供了Callable和Future抠艾，通過它們可以在任務(wù)執(zhí)行完畢之后得到任務(wù)執(zhí)行結(jié)果。
參考：https://www.cnblogs.com/dolphin0520/p/3949310.html

8) Java中CyclicBarrier 和 CountDownLatch有什么不同桨昙？

CyclicBarrier 和 CountDownLatch 都可以用來讓一組線程等待其它線程检号。
1、CountDownlatch描述的是1個(gè)線程或N個(gè)線程等待其他線程的關(guān)系蛙酪。
?????CyclicBarrier描述的是多個(gè)線程內(nèi)部相互等待的關(guān)系齐苛。
2、CountDownlatch是一次性的桂塞，CyclicBarrier可重用

9) Java內(nèi)存模型是什么凹蜂？

Java內(nèi)存模型（Java Memory Model ,JMM）就是一種符合內(nèi)存模型規(guī)范的，屏蔽了各種硬件和操作系統(tǒng)的訪問差異的阁危，保證了Java程序在各種平臺(tái)下對(duì)內(nèi)存的訪問都能保證效果一致的機(jī)制及規(guī)范玛痊。

Java內(nèi)存模型規(guī)定了所有的變量都存儲(chǔ)在主內(nèi)存中，每條線程還有自己的工作內(nèi)存狂打，線程的工作內(nèi)存中保存了該線程中是用到的變量的主內(nèi)存副本拷貝擂煞，線程對(duì)變量的所有操作都必須在工作內(nèi)存中進(jìn)行，而不能直接讀寫主內(nèi)存趴乡。不同的線程之間也無法直接訪問對(duì)方工作內(nèi)存中的變量对省，線程間變量的傳遞均需要自己的工作內(nèi)存和主存之間進(jìn)行數(shù)據(jù)同步進(jìn)行。

Java內(nèi)存模型

10) Java中的volatile 變量是什么晾捏？

volatile是一個(gè)特殊的修飾符蒿涎，只有成員變量才能使用它。volatile變量可以保證下一個(gè)讀取操作會(huì)在前一個(gè)寫操作之后發(fā)生惦辛。
1同仆、保持內(nèi)存可見性
每次讀取前必須先從主內(nèi)存刷新最新的值。
每次寫入后必須立即同步回主內(nèi)存當(dāng)中裙品。
2俗批、防止指令重排
volatile關(guān)鍵字通過“內(nèi)存屏障”來防止指令被重排序。
參考：https://www.cnblogs.com/monkeysayhi/p/7654460.html

11) 什么是線程安全市怎？Vector是一個(gè)線程安全類嗎岁忘？

如果一段代碼在多線程和單線程環(huán)境下運(yùn)行結(jié)果是一樣的，并且變量的值也和預(yù)期是一樣的区匠，就是線程安全的干像。（強(qiáng)調(diào)的是正確性）
Vector 是用同步方法來實(shí)現(xiàn)線程安全的, 而和它相似的ArrayList不是線程安全的帅腌。

12) Java中什么是競態(tài)條件？ 舉個(gè)例子說明麻汰。

當(dāng)兩個(gè)線程競爭同一資源時(shí)速客，如果對(duì)資源的訪問順序敏感，就稱存在競態(tài)條件五鲫。
導(dǎo)致競態(tài)條件發(fā)生的代碼區(qū)稱作臨界區(qū)溺职。在臨界區(qū)中使用適當(dāng)?shù)耐骄涂梢员苊飧倯B(tài)條件。 臨界區(qū)實(shí)現(xiàn)方法有兩種位喂，一種是用synchronized浪耘，一種是用Lock顯式鎖實(shí)現(xiàn)。

常見競態(tài)條件：

• 先檢查后執(zhí)行(Check-Then-Act)
• 和讀取-修改-寫入

13) Java中如何停止一個(gè)線程塑崖？

當(dāng)run() 或者 call() 方法執(zhí)行完的時(shí)候線程會(huì)自動(dòng)結(jié)束七冲。如果要手動(dòng)結(jié)束一個(gè)線程：
1、你可以用volatile 的布爾變量來控制退出run()方法的循環(huán)
2规婆、如果是運(yùn)行狀態(tài)的線程澜躺，使用interrupt() 方法將中斷狀態(tài)設(shè)置為true，用isInterrupted() 方法判斷中斷是否為true狀態(tài)退出循環(huán)
3抒蚜、對(duì)于被Object.wait, Thread.join和Thread.sleep三種方法之一阻塞的線程掘鄙，使用interrupt() 方法將拋出一個(gè) InterruptedException中斷異常（該線程必須事先預(yù)備好處理此異常），從而提早地終結(jié)被阻塞狀態(tài)削锰。如果線程沒有被阻塞，這時(shí)調(diào)用 interrupt()將不起作用毕莱，直到執(zhí)行到wait(),sleep(),join()時(shí),才馬上會(huì)拋出 InterruptedException器贩。

14) 一個(gè)線程運(yùn)行時(shí)發(fā)生異常會(huì)怎樣？

如果異常沒有被捕獲該線程將會(huì)停止執(zhí)行朋截，同時(shí)釋放該線程持有的對(duì)象鎖蛹稍。Thread.UncaughtExceptionHandler是用于處理未捕獲異常造成線程突然中斷情況的一個(gè)內(nèi)嵌接口。

15） 如何在兩個(gè)線程間共享數(shù)據(jù)部服？

1唆姐，如果每個(gè)線程執(zhí)行的代碼相同，可以使用同一個(gè)Runnable對(duì)象廓八，這個(gè)Runnable對(duì)象中有那個(gè)共享數(shù)據(jù)奉芦，例如，賣票系統(tǒng)就可以這么做剧蹂。

2声功，如果每個(gè)線程執(zhí)行的代碼不同，這時(shí)候需要用不同的Runnable對(duì)象宠叼，例如先巴，設(shè)計(jì)4個(gè)線程。其中兩個(gè)線程每次對(duì)j增加1，另外兩個(gè)線程對(duì)j每次減1伸蚯，銀行存取款

16) Java中notify 和 notifyAll有什么區(qū)別摩渺？

• notify：只會(huì)喚醒等待該鎖的其中一個(gè)線程。
• notifyAll：喚醒等待該鎖的所有線程剂邮。

對(duì)象內(nèi)部鎖
其實(shí)摇幻，每個(gè)對(duì)象都擁有兩個(gè)池，分別為鎖池(EntrySet)和(WaitSet)等待池抗斤。

鎖池：假如已經(jīng)有線程A獲取到了鎖囚企，這時(shí)候又有線程B需要獲取這把鎖(比如需要調(diào)用synchronized修飾的方法或者需要執(zhí)行synchronized修飾的代碼塊)，由于該鎖已經(jīng)被占用瑞眼，所以線程B只能等待這把鎖龙宏，這時(shí)候線程B將會(huì)進(jìn)入這把鎖的鎖池。

等待池：假設(shè)線程A獲取到鎖之后伤疙，由于一些條件的不滿足(例如生產(chǎn)者消費(fèi)者模式中生產(chǎn)者獲取到鎖银酗，然后判斷隊(duì)列為滿)，此時(shí)需要調(diào)用對(duì)象鎖的wait方法徒像，那么線程A將放棄這把鎖黍特，并進(jìn)入這把鎖的等待池。
如果有其他線程調(diào)用了鎖的notify方法锯蛀，則會(huì)根據(jù)一定的算法從等待池中選取一個(gè)線程灭衷，將此線程放入鎖池。
如果有其他線程調(diào)用了鎖的notifyAll方法旁涤，則會(huì)將等待池中所有線程全部放入鎖池翔曲，并爭搶鎖。

鎖池與等待池的區(qū)別：等待池中的線程不能獲取鎖劈愚，而是需要被喚醒進(jìn)入鎖池瞳遍，才有獲取到鎖的機(jī)會(huì)。

17) 為什么wait, notify 和 notifyAll這些方法不在thread類里面菌羽？

因?yàn)镴AVA提供的鎖是對(duì)象級(jí)的而不是線程級(jí)的掠械，每個(gè)對(duì)象都有鎖。

wait()注祖，notify()猾蒂，notifyAll()必須在sychronized同步代碼塊中使用，且要用當(dāng)前線程持有的鎖來調(diào)用是晨。
（1）為什么wait()必須在同步（Synchronized）方法/代碼塊中調(diào)用婚夫？
答：調(diào)用wait()就是釋放鎖，釋放鎖的前提是必須要先獲得鎖署鸡，先獲得鎖才能釋放鎖案糙。
（2）為什么notify(),notifyAll()必須在同步（Synchronized）方法/代碼塊中調(diào)用限嫌？
答：notify(),notifyAll()是將鎖交給含有wait()方法的線程，讓其繼續(xù)執(zhí)行下去时捌，如果自身沒有鎖怒医，怎么叫把鎖交給其他線程呢；（本質(zhì)是讓處于入口隊(duì)列的線程競爭鎖）

首先奢讨，要明白稚叹，每個(gè)對(duì)象都可以被認(rèn)為是一個(gè)"監(jiān)視器monitor"，這個(gè)監(jiān)視器由三部分組成（一個(gè)獨(dú)占鎖拿诸，一個(gè)入口隊(duì)列扒袖，一個(gè)等待隊(duì)列）。注意一個(gè)對(duì)象只能有一個(gè)獨(dú)占鎖亩码，但是任意線程都可以擁有這個(gè)獨(dú)占鎖季率。

對(duì)于對(duì)象的非同步方法而言，任意時(shí)刻可以有任意個(gè)線程調(diào)用該方法描沟。

對(duì)于對(duì)象的同步方法而言飒泻，只有擁有這個(gè)對(duì)象的獨(dú)占鎖才能調(diào)用這個(gè)同步方法。如果這個(gè)獨(dú)占鎖被其他線程占用吏廉，那么另外一個(gè)調(diào)用該同步方法的線程就會(huì)處于阻塞狀態(tài)泞遗，此線程進(jìn)入入口隊(duì)列（鎖池）。

若一個(gè)擁有該獨(dú)占鎖的線程調(diào)用該對(duì)象同步方法的wait()方法席覆，則該線程會(huì)釋放獨(dú)占鎖史辙，并加入對(duì)象的等待隊(duì)列（等待池）；（為什么使用wait()佩伤？希望某個(gè)變量被設(shè)置之后再執(zhí)行聊倔，notify()通知變量已經(jīng)被設(shè)置。）

某個(gè)線程調(diào)用notify(),notifyAll()方法是將等待隊(duì)列（等待池）的線程轉(zhuǎn)移到入口隊(duì)列（鎖池）畦戒，然后讓他們競爭鎖方库，所以這個(gè)調(diào)用線程本身必須擁有鎖结序。

18) 什么是ThreadLocal變量障斋？

ThreadLocal實(shí)例為每個(gè)使用該變量的線程提供獨(dú)立的變量副本，所以每一個(gè)線程都可以獨(dú)立地改變自己的副本徐鹤，而不會(huì)影響其它線程所對(duì)應(yīng)的副本垃环。
使用及原理：
1、定義

static ThreadLocal<User> threadLocal_1 = new ThreadLocal<>();
static ThreadLocal<Client> threadLocal_2 = new ThreadLocal<>();

2返敬、設(shè)置值

// thread-1中
threadLocal_1.set(user_1);
threadLocal_2.set(client_1);

// thread-2中
threadLocal_1.set(user_2);
threadLocal_2.set(client_2);

3遂庄、運(yùn)行時(shí)結(jié)構(gòu)

運(yùn)行時(shí)結(jié)構(gòu)

當(dāng)調(diào)用ThreadLocal的set()/get()方法的時(shí)候，首先獲取當(dāng)前的線程Thread t = Thread.currentThread();

//ThreadLocalMap的set方法
public void set(T value) {
    Thread t = Thread.currentThread(); // 獲取當(dāng)前線程
    ThreadLocalMap map = getMap(t); // 拿到當(dāng)前線程的 ThreadLocalMap
    if (map != null) // 判斷 ThreadLocalMap 是否存在
        map.set(this, value); // 調(diào)用 ThreadLocalMap 的 set 方法
    else
        createMap(t, value); // 創(chuàng)建 ThreadLocalMap
}

之后通過當(dāng)前線程去獲取ThreadLocalMap劲赠，ThreadLocalMap map = getMap(t);涛目，getMap(t)方法源碼：

    ThreadLocalMap getMap(Thread t) {
        return t.threadLocals;
    }

通過傳入的線程類實(shí)例t秸谢，獲取線程t中的ThreadLocalMap對(duì)象，我們繼續(xù)追蹤Thread類霹肝，發(fā)現(xiàn)Thread的成員變量是包含一個(gè) ThreadLocal.ThreadLocalMap實(shí)例估蹄。

    /* ThreadLocal values pertaining to this thread. This map is maintained
     * by the ThreadLocal class. */
    ThreadLocal.ThreadLocalMap threadLocals = null;

獲取到了ThreadLocalMap實(shí)例map后，判斷其是否為null沫换，如果不為空臭蚁，直接調(diào)用map.set(this, value)方法，將調(diào)用的ThreadLocal對(duì)象和傳入數(shù)據(jù)value存儲(chǔ)到map中讯赏。如果為null垮兑，則會(huì)調(diào)用createMap(t, value)方法，直接初始化ThreadLocalMap漱挎，賦值給線程t中的threadLocals系枪。

   void createMap(Thread t, T firstValue) {
        t.threadLocals = new ThreadLocalMap(this, firstValue);
    }

通過對(duì)ThreadLocal的set方法的追蹤我們大致了解了ThreadLocal數(shù)據(jù)存儲(chǔ)的過程，每次存儲(chǔ)數(shù)據(jù)都會(huì)獲取方法被調(diào)用的線程识樱，之后將數(shù)據(jù)和threadlocal對(duì)象存儲(chǔ)到對(duì)應(yīng)線程的ThreadLocalMap中嗤无。這樣的存儲(chǔ)方式就實(shí)現(xiàn)了數(shù)據(jù)線程之間的隔離。通過不同線程取出的ThreadLocalMap是不同怜庸，自然獲取到存儲(chǔ)的數(shù)據(jù)也是不同的当犯。

ThreadLocalMap是ThreadLocal的靜態(tài)內(nèi)部類。每個(gè)線程持有自己的 ThreadLocalMap割疾，ThreadLocalMap 初始容量為16（即圖中的16個(gè)槽位）嚎卫，ThreadLocalMap數(shù)據(jù)結(jié)構(gòu)采用 數(shù)組 + 開放地址法（沖突未使用鏈表結(jié)構(gòu)解決），Entry 繼承 WeakReference宏榕。

ThreadLocalMap使用ThreadLocal的弱引用

可能造成內(nèi)存泄露原因：如上圖拓诸，ThreadLocalMap使用ThreadLocal的弱引用作為key，如果一個(gè)ThreadLocal沒有外部強(qiáng)引用引用他麻昼，那么系統(tǒng)gc的時(shí)候奠支，這個(gè)ThreadLocal勢必會(huì)被回收，這樣一來抚芦，ThreadLocalMap中就會(huì)出現(xiàn)key為null的Entry倍谜，就沒有辦法訪問這些key為null的Entry的value，如果當(dāng)前線程再遲遲不結(jié)束的話叉抡，這些key為null的Entry的value就會(huì)一直存在一條強(qiáng)引用鏈：
Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value
永遠(yuǎn)無法回收尔崔，造成內(nèi)存泄露。

19) 什么是FutureTask褥民？

在Java并發(fā)程序中FutureTask表示一個(gè)可以取消的異步運(yùn)算季春。它有啟動(dòng)和取消運(yùn)算、查詢運(yùn)算是否完成和取回運(yùn)算結(jié)果等方法消返。只有當(dāng)運(yùn)算完成的時(shí)候結(jié)果才能取回载弄，如果運(yùn)算尚未完成get方法將會(huì)阻塞耘拇。一個(gè)FutureTask對(duì)象可以對(duì)調(diào)用了Callable和Runnable的對(duì)象進(jìn)行包裝，由于FutureTask也是調(diào)用了Runnable接口所以它可以提交給Executor來執(zhí)行宇攻。

20) Java中interrupted 和 isInterruptedd方法的區(qū)別驼鞭？

interrupted() 和 isInterrupted()的主要區(qū)別是前者會(huì)將中斷狀態(tài)清除而后者不會(huì)。Java多線程的中斷機(jī)制是用內(nèi)部標(biāo)識(shí)來實(shí)現(xiàn)的尺碰，調(diào)用Thread.interrupt()來中斷一個(gè)線程就會(huì)設(shè)置中斷標(biāo)識(shí)為true挣棕。當(dāng)中斷線程調(diào)用靜態(tài)方法Thread.interrupted()來檢查中斷狀態(tài)時(shí)，中斷狀態(tài)會(huì)被清零亲桥。而非靜態(tài)方法isInterrupted()用來查詢其它線程的中斷狀態(tài)且不會(huì)改變中斷狀態(tài)標(biāo)識(shí)洛心。簡單的說就是任何拋出InterruptedException異常的方法都會(huì)將中斷狀態(tài)清零。無論如何题篷，一個(gè)線程的中斷狀態(tài)有有可能被其它線程調(diào)用中斷來改變词身。

public class Thread{     
  public void interrupt(){...}     
  public boolean isInterrupted(){...}     
  public static boolean interrupted(){...} 
}

interrupt方法能中斷目標(biāo)線程。調(diào)用interrupt并不意味著立即停止目標(biāo)線程正在運(yùn)行的工作番枚，而只是傳遞了請求中斷的消息法严。

isInterrupted方法能返回目標(biāo)線程的中斷狀態(tài)。

靜態(tài)的interrupted方法將清除當(dāng)前線程的中斷狀態(tài)葫笼，并返回它之前的值深啤，這也是清除中斷狀態(tài)的唯一方法。

23) Java中的同步集合與并發(fā)集合有什么區(qū)別路星？

同步集合與并發(fā)集合都為多線程和并發(fā)提供了合適的線程安全的集合溯街，不過并發(fā)集合的可擴(kuò)展性更高。在Java1.5之前程序員們只有同步集合來用且在多線程并發(fā)的時(shí)候會(huì)導(dǎo)致爭用洋丐，阻礙了系統(tǒng)的擴(kuò)展性呈昔。Java5介紹了并發(fā)集合像ConcurrentHashMap，不僅提供線程安全還用鎖分離和內(nèi)部分區(qū)等現(xiàn)代技術(shù)提高了可擴(kuò)展性友绝。更多內(nèi)容詳見答案堤尾。

同步容器是線程安全的。同步容器將所有對(duì)容器狀態(tài)的訪問都串行化迁客，以實(shí)現(xiàn)他們的線程安全性郭宝。這種方法的代價(jià)是嚴(yán)重降低并發(fā)性，當(dāng)多個(gè)線程競爭容器的鎖時(shí)哲泊，吞吐量將嚴(yán)重降低剩蟀。并發(fā)容器是針對(duì)多個(gè)線程并發(fā)訪問設(shè)計(jì)的催蝗，改進(jìn)了同步容器的性能切威。通過并發(fā)容器來代替同步容器，可以極大地提高伸縮性并降低風(fēng)險(xiǎn)丙号。

24） Java中堆和棧有什么不同先朦？

為什么把這個(gè)問題歸類在多線程和并發(fā)面試題里缰冤？因?yàn)闂Ｊ且粔K和線程緊密相關(guān)的內(nèi)存區(qū)域。每個(gè)線程都有自己的棧內(nèi)存喳魏，用于存儲(chǔ)本地變量棉浸，方法參數(shù)和棧調(diào)用，一個(gè)線程中存儲(chǔ)的變量對(duì)其它線程是不可見的刺彩。而堆是所有線程共享的一片公用內(nèi)存區(qū)域迷郑。對(duì)象都在堆里創(chuàng)建，為了提升效率線程會(huì)從堆中弄一個(gè)緩存到自己的棧创倔，如果多個(gè)線程使用該變量就可能引發(fā)問題嗡害，這時(shí)volatile 變量就可以發(fā)揮作用了，它要求線程從主存中讀取變量的值畦攘。更多內(nèi)容詳見答案霸妹。

25） 什么是線程池？ 為什么要使用它知押？

創(chuàng)建線程要花費(fèi)昂貴的資源和時(shí)間叹螟，如果任務(wù)來了才創(chuàng)建線程那么響應(yīng)時(shí)間會(huì)變長，而且一個(gè)進(jìn)程能創(chuàng)建的線程數(shù)有限台盯。為了避免這些問題罢绽，在程序啟動(dòng)的時(shí)候就創(chuàng)建若干線程來響應(yīng)處理，它們被稱為線程池静盅，里面的線程叫工作線程有缆。從JDK1.5開始，Java API提供了Executor框架讓你可以創(chuàng)建不同的線程池温亲。比如單線程池棚壁，每次處理一個(gè)任務(wù)；數(shù)目固定的線程池或者是緩存線程池（一個(gè)適合很多生存期短的任務(wù)的程序的可擴(kuò)展線程池）栈虚。更多內(nèi)容詳見這篇文章袖外。

線程池，從字面含義來看魂务，是指一組同構(gòu)工作線程的資源池曼验。線程池與工作隊(duì)列密切相關(guān)的，其中在工作隊(duì)列中保存了所有等待執(zhí)行的任務(wù)粘姜。工作者線程的任務(wù)很簡單：從工作隊(duì)列中獲取一個(gè)任務(wù)鬓照，執(zhí)行任務(wù)，然后返回線程池并等待下一個(gè)任務(wù)孤紧。

“在線程池中執(zhí)行任務(wù)”比“為每個(gè)任務(wù)分配一個(gè)線程”優(yōu)勢更多豺裆。通過重用現(xiàn)有的線程而不是創(chuàng)建新線程，可以在處理多個(gè)請求時(shí)額分?jǐn)傇诰€程創(chuàng)建和銷毀過程中產(chǎn)生的巨大開銷。另外一個(gè)好處是臭猜，當(dāng)請求到達(dá)時(shí)躺酒，工作線程已經(jīng)存在茵休，因此不會(huì)猶豫等待創(chuàng)建線程而延遲任務(wù)的執(zhí)行轩勘，從而提高了響應(yīng)性。通過適當(dāng)調(diào)整線程池的大小散休，可以創(chuàng)建足夠多的線程以便使處理器保持忙碌狀態(tài)次屠，同時(shí)還可以防止過多線程相互競爭資源而使應(yīng)用程序耗盡內(nèi)存或失敗园匹。

可以通過調(diào)用Executors中的靜態(tài)工廠方法之一來創(chuàng)建線程池：

（1）、newCachedThreadPool：創(chuàng)建一個(gè)可緩存的線程池劫灶；（如果線程池長度超過處理需要偎肃，可靈活回收空閑線程，若無可回收浑此，則新建線程）

ExecutorService cachedThreadPool = Executors.newCachedThreadPool();

（2）累颂、newFixedThreadPool：創(chuàng)建一個(gè)固定長度的線程池；（可控制線程最大并發(fā)數(shù)凛俱，超出的線程會(huì)在隊(duì)列中等待）

ExecutorService executorService = Executors.newFixedThreadPool(3);

（3）紊馏、newScheduleThreadPool：創(chuàng)建一個(gè)固定長度的線程池，而且以延遲或定時(shí)的方式來執(zhí)行任務(wù)蒲犬。

ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(5);

（4）朱监、newSingleThreadExecutor：創(chuàng)建一個(gè)單線程化的線程池，它只會(huì)用唯一的工作線程來執(zhí)行任務(wù)原叮，保證所有任務(wù)按照指定順序(FIFO, LIFO, 優(yōu)先級(jí))執(zhí)行赫编。（如果當(dāng)前線程意外終止，會(huì)創(chuàng)建一個(gè)新線程繼續(xù)執(zhí)行任務(wù)奋隶，這和我們直接創(chuàng)建線程不同擂送，也和newFixedThreadPool(1)不同。）

ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor();

26） 如何寫代碼來解決生產(chǎn)者消費(fèi)者問題唯欣？

http://www.reibang.com/p/e39270996bf9

27） 如何避免死鎖嘹吨？

image

Java多線程中的死鎖

死鎖是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象境氢，若無外力作用蟀拷，它們都將無法推進(jìn)下去。這是一個(gè)嚴(yán)重的問題萍聊，因?yàn)樗梨i會(huì)讓你的程序掛起無法完成任務(wù)问芬，死鎖的發(fā)生必須滿足以下四個(gè)條件：

• 互斥條件：一個(gè)資源每次只能被一個(gè)進(jìn)程使用。

• 請求與保持條件：一個(gè)進(jìn)程因請求資源而阻塞時(shí)寿桨，對(duì)已獲得的資源保持不放此衅。

• 不可剝奪條件：進(jìn)程已獲得的資源，在末使用完之前，不能強(qiáng)行剝奪炕柔。

• 循環(huán)等待條件：若干進(jìn)程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系。

如何避免死鎖媒佣？

• 加鎖順序（線程按照一定的順序加鎖）
• 加鎖時(shí)限（線程嘗試獲取鎖的時(shí)候加上一定的時(shí)限匕累，超過時(shí)限則放棄對(duì)該鎖的請求，并釋放自己占有的鎖）
• 死鎖檢測

28) Java中活鎖和死鎖有什么區(qū)別默伍？

1.死鎖：是指兩個(gè)或兩個(gè)以上的進(jìn)程（或線程）在執(zhí)行過程中欢嘿，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用也糊，它們都將無法推進(jìn)下去炼蹦。此時(shí)稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠(yuǎn)在互相等待的進(jìn)程稱為死鎖進(jìn)程狸剃。
2.活鎖：線程A和B都需要過橋(都需要使用進(jìn)程),而都禮讓不走(那到的系統(tǒng)優(yōu)先級(jí)相同,都認(rèn)為不是自己優(yōu)先級(jí)高),就這么僵持下去.（很紳士掐隐，互相謙讓）
3.饑餓：這是個(gè)獨(dú)木橋(單進(jìn)程),橋上只能走一個(gè)人,B來到時(shí)A在橋上,B等待;
而此時(shí)比B年齡小的C來了,B讓C現(xiàn)行(A走完后系統(tǒng)把進(jìn)程分給了C),
C上橋后,D又來了,B又讓D現(xiàn)行(C走完后系統(tǒng)把進(jìn)程分個(gè)了D)
以此類推B一直是等待狀態(tài)

活鎖和死鎖類似，不同之處在于處于活鎖的線程或進(jìn)程的狀態(tài)是不斷改變的钞馁，活鎖可以認(rèn)為是一種特殊的饑餓虑省。

29） 怎么檢測一個(gè)線程是否擁有鎖？

在java.lang.Thread中有一個(gè)方法叫holdsLock()僧凰，它返回true如果當(dāng)且僅當(dāng)當(dāng)前線程擁有某個(gè)具體對(duì)象的鎖探颈。

30) 你如何在Java中獲取線程堆棧？

對(duì)于不同的操作系統(tǒng)训措，有多種方法來獲得Java進(jìn)程的線程堆棧伪节。當(dāng)你獲取線程堆棧時(shí)，JVM會(huì)把所有線程的狀態(tài)存到日志文件或者輸出到控制臺(tái)绩鸣。在Windows你可以使用Ctrl + Break組合鍵來獲取線程堆棧怀大，Linux下用kill -3命令。你也可以用jstack這個(gè)工具來獲取呀闻，它對(duì)線程id進(jìn)行操作叉寂，你可以用jps這個(gè)工具找到id。

31) JVM中哪個(gè)參數(shù)是用來控制線程的棧堆棧小的

這個(gè)問題很簡單总珠， -Xss參數(shù)用來控制線程的堆棧大小屏鳍。

32） Java中synchronized 和 ReentrantLock 有什么不同？

（1）局服、synchronized通過object的wait()/notify()調(diào)度 lock通過condition調(diào)度
（2）钓瞭、synchronized可加方法上或synchronized代碼塊使用 jvm c++實(shí)現(xiàn)，lock只能嵌套在代碼中java實(shí)現(xiàn)
（3）淫奔、不存在或并發(fā)低的情況下synchronized性能優(yōu)于lock , 但是并發(fā)升高時(shí)synchronized性能下降很快
（4）山涡、synchronized非公平鎖，lock可以指定公平性
（5）、synchronized代碼塊發(fā)生異常時(shí)能自動(dòng)釋放鎖鸭丛，lock需加在finally中竞穷，若lock出現(xiàn)死鎖也能通過有限時(shí)等待釋放死鎖

Lock lock = new ReenTrantLock(); 
... lock.lock(); 
try{     
  //更新對(duì)象狀態(tài)     
  //捕獲異常，并在必要時(shí)恢復(fù)不變性的條件 
}finally{
     lock.unlock(); 
}

我覺得這篇博文區(qū)別總結(jié)挺詳細(xì)： synchronized和鎖(ReentrantLock) 區(qū)別

33） 有三個(gè)線程T1鳞溉，T2瘾带，T3，怎么確保它們按順序執(zhí)行熟菲？

在多線程中有多種方法讓線程按特定順序執(zhí)行看政，你可以用線程類的join()方法在一個(gè)線程中啟動(dòng)另一個(gè)線程，另外一個(gè)線程完成該線程繼續(xù)執(zhí)行抄罕。為了確保三個(gè)線程的順序你應(yīng)該先啟動(dòng)最后一個(gè)(T3調(diào)用T2允蚣，T2調(diào)用T1)，這樣T1就會(huì)先完成而T3最后完成呆贿。你可以查看這篇文章了解更多嚷兔。

示例代碼如下：

public class JoinTest {
     public static void main(String[] args) {
         final Thread t1 = new Thread(new Runnable() {
             @Override
             public void run() {
                 System.out.println("t1");
             }
         });
         final Thread t2 = new Thread(new Runnable() {
             @Override
             public void run() {
                 try {
                     t1.join(); 
                } catch (InterruptedException e) { 
                    e.printStackTrace(); 
                } 
                System.out.println("t2");
             } 
        }); 
        Thread t3 = new Thread(new Runnable() {
             @Override
             public void run() {
                 try { 
                    //引用t2線程，等待t2線程執(zhí)行完
                     t2.join(); 
                } catch (InterruptedException e) {
                     e.printStackTrace();
                 }
                 System.out.println("t3");
             }
         });
         t3.start();
         t2.start();
         t1.start(); 
    } 
}

34) Thread類中的yield方法有什么作用做入？

yield()的作用是讓步谴垫。它能讓當(dāng)前線程由“運(yùn)行狀態(tài)”進(jìn)入到“就緒狀態(tài)”，從而讓其它具有相同優(yōu)先級(jí)的等待線程獲取執(zhí)行權(quán)母蛛；但是翩剪，并不能保證在當(dāng)前線程調(diào)用yield()之后，其它具有相同優(yōu)先級(jí)的線程就一定能獲得執(zhí)行權(quán)彩郊；也有可能是當(dāng)前線程又進(jìn)入到“運(yùn)行狀態(tài)”繼續(xù)運(yùn)行前弯！

35） Java中ConcurrentHashMap的并發(fā)度是什么？

ConcurrentHashMap把實(shí)際map劃分成若干部分來實(shí)現(xiàn)它的可擴(kuò)展性和線程安全秫逝。這種劃分是使用并發(fā)度獲得的恕出，它是ConcurrentHashMap類構(gòu)造函數(shù)的一個(gè)可選參數(shù)，默認(rèn)值為16违帆，這樣在多線程情況下就能避免爭用浙巫。欲了解更多并發(fā)度和內(nèi)部大小調(diào)整請閱讀我的文章How ConcurrentHashMap works in Java。

并發(fā)度可以理解為程序運(yùn)行時(shí)能夠同時(shí)更新ConccurentHashMap且不產(chǎn)生鎖競爭的最大線程數(shù)刷后，實(shí)際上就是ConcurrentHashMap中的分段鎖個(gè)數(shù)的畴，即Segment[]的數(shù)組長度。ConcurrentHashMap默認(rèn)的并發(fā)度為16尝胆，但用戶也可以在構(gòu)造函數(shù)中設(shè)置并發(fā)度丧裁。當(dāng)用戶設(shè)置并發(fā)度時(shí)，ConcurrentHashMap會(huì)使用大于等于該值的最小2冪指數(shù)作為實(shí)際并發(fā)度（假如用戶設(shè)置并發(fā)度為17含衔，實(shí)際并發(fā)度則為32）煎娇。運(yùn)行時(shí)通過將key的高n位（n = 32 – segmentShift）和并發(fā)度減1（segmentMask）做位與運(yùn)算定位到所在的Segment二庵。segmentShift與segmentMask都是在構(gòu)造過程中根據(jù)concurrency level被相應(yīng)的計(jì)算出來。

如果并發(fā)度設(shè)置的過小缓呛，會(huì)帶來嚴(yán)重的鎖競爭問題催享；如果并發(fā)度設(shè)置的過大，原本位于同一個(gè)Segment內(nèi)的訪問會(huì)擴(kuò)散到不同的Segment中哟绊，CPU cache命中率會(huì)下降因妙，從而引起程序性能下降。（文檔的說法是根據(jù)你并發(fā)的線程數(shù)量決定匿情，太多會(huì)導(dǎo)性能降低）兰迫。更多參考ConcurrentHashMap總結(jié)信殊。

36） Java中Semaphore是什么炬称？

Java中的Semaphore是一種新的同步類，它是一個(gè)計(jì)數(shù)信號(hào)涡拘。從概念上講玲躯，信號(hào)量維護(hù)了一個(gè)許可集合，許可的初始數(shù)量可以通過構(gòu)造函數(shù)來指定鳄乏。如有必要跷车，在許可可用前會(huì)阻塞每一個(gè) acquire()，然后再獲取該許可橱野。每個(gè) release()添加一個(gè)許可朽缴，從而可能釋放一個(gè)正在阻塞的獲取者。但是水援，不使用實(shí)際的許可對(duì)象密强，Semaphore只對(duì)可用許可的號(hào)碼進(jìn)行計(jì)數(shù)，并采取相應(yīng)的行動(dòng)蜗元。信號(hào)量常常用于多線程的代碼中或渤，比如數(shù)據(jù)庫連接池。更多詳細(xì)信息請點(diǎn)擊這里奕扣。

37）如果你提交任務(wù)時(shí)薪鹦，線程池隊(duì)列已滿。會(huì)時(shí)發(fā)會(huì)生什么惯豆？

這個(gè)問題問得很狡猾池磁，許多程序員會(huì)認(rèn)為該任務(wù)會(huì)阻塞直到線程池隊(duì)列有空位。事實(shí)上如果一個(gè)任務(wù)不能被調(diào)度執(zhí)行那么ThreadPoolExecutor’s submit()方法將會(huì)拋出一個(gè)RejectedExecutionException異常楷兽。

當(dāng)有界隊(duì)列被填滿后框仔，拒絕策略開始發(fā)揮作用。ThreadPoolExecutor的拒絕策略可以通過setRejectExecutionHandler來修改拄养。（如果某個(gè)任務(wù)被提交到一個(gè)已經(jīng)被關(guān)閉的Executor時(shí)离斩，也會(huì)用到飽和策略银舱。）JDK提供了幾種不同的RejectExecutionHandler實(shí)現(xiàn)，每種實(shí)現(xiàn)都包含有不同的拒絕策略：AbortPolicy跛梗、DiscardPolicy和DiscardOldestPolicy寻馏、CallerRunsPolicy。

中止策略(AbortPolicy)是默認(rèn)的拒絕策略核偿，該策略將拋出未檢查的RejectedExecutionException诚欠。調(diào)用者可以捕獲這個(gè)異常，然后根據(jù)需求編寫自己的處理代碼漾岳。當(dāng)新任務(wù)的提交無法保存到隊(duì)列中等待執(zhí)行的時(shí)候轰绵，
拋棄策略(DiscardPolicy)會(huì)悄悄拋棄該任務(wù)。
拋棄最舊的策略(DiscardOldestPolicy)則會(huì)拋棄下一個(gè)將被執(zhí)行的任務(wù)尼荆，然后嘗試重新提交新的任務(wù)左腔。
“調(diào)用者運(yùn)行”策略(CallerRunsPolicy)實(shí)現(xiàn)了一種調(diào)節(jié)機(jī)制，該策略既不會(huì)拋棄任務(wù)捅儒，也不會(huì)拋出異常液样，而是將某些任務(wù)回退到調(diào)用者，從而降低新任務(wù)的流量巧还。

38) Java線程池中submit() 和 execute()方法有什么區(qū)別鞭莽？

兩個(gè)方法都可以向線程池提交任務(wù)，execute()方法的返回類型是void麸祷，用于提交不需要返回值的任務(wù)澎怒，它定義在Executor接口中； 而submit()方法用于提交需要返回值的任務(wù)阶牍，該可以返回持有計(jì)算結(jié)果的Future對(duì)象喷面，通過這個(gè)Future對(duì)象可以判斷任務(wù)是否執(zhí)行成功，并且可以通過Future的get()方法來獲取返回值荸恕，它定義在ExecutorService接口中乖酬，它擴(kuò)展了Executor接口，其它線程池類像ThreadPoolExecutor和ScheduledThreadPoolExecutor都有這些方法融求。

    ExecutorService executorService =  Executors.newCachedThreadPool();         executorService.execute(new Runnable() {
             @Override
             public void run() {
                 // TODO Auto-generated method stub
             }
         });

ExecutorService executorService =  Executors.newCachedThreadPool();
         Callable<String> callable = new Callable<String>() {
             public String call() throws Exception {
                 System.out.println("This is  ThreadPoolExetor#submit(Callable<T> task) method.");                 return "result";
             }
         };
         Future<?> future = executorService.submit(callable);
         try {
             Object s = future.get();
         } catch (InterruptedException e) {
             //處理中中斷異常
         } catch (ExecutionException e) {
             //處理無法執(zhí)行任務(wù)異常
         } finally { 
            executorService.shutdown();
         } 

39) 什么是阻塞式方法咬像？

阻塞式方法是指程序會(huì)一直等待該方法完成期間不做其他事情，ServerSocket的accept()方法就是一直等待客戶端連接生宛。這里的阻塞是指調(diào)用結(jié)果返回之前县昂，當(dāng)前線程會(huì)被掛起，直到得到結(jié)果之后才會(huì)返回陷舅。此外倒彰，還有異步和非阻塞式方法在任務(wù)完成前就返回。更多詳細(xì)信息請點(diǎn)擊這里莱睁。

44） Java中的ReadWriteLock是什么待讳？

一般而言芒澜，讀寫鎖是用來提升并發(fā)程序性能的鎖分離技術(shù)的成果。Java中的ReadWriteLock是Java 5 中新增的一個(gè)接口创淡，一個(gè)ReadWriteLock維護(hù)一對(duì)關(guān)聯(lián)的鎖痴晦，一個(gè)用于只讀操作一個(gè)用于寫。在沒有寫線程的情況下一個(gè)讀鎖可能會(huì)同時(shí)被多個(gè)讀線程持有琳彩。寫鎖是獨(dú)占的誊酌，你可以使用JDK中的ReentrantReadWriteLock來實(shí)現(xiàn)這個(gè)規(guī)則，它最多支持65535個(gè)寫鎖和65535個(gè)讀鎖露乏。

public interface ReadWriteLock{
     Lock readLock();
     Lock writeLock();
 }

在讀寫鎖的加鎖策略中碧浊，允許多個(gè)讀操作同時(shí)進(jìn)行，但每次只允許一個(gè)寫操作瘟仿。

讀寫鎖是一種性能優(yōu)化措施箱锐，在一些特定的情況下能實(shí)現(xiàn)更高的并發(fā)性。在實(shí)際情況中猾骡，對(duì)于在多處理器系統(tǒng)上被頻繁讀取的數(shù)據(jù)結(jié)構(gòu)瑞躺，讀寫鎖能夠提高性能敷搪。而在其他情況下兴想，讀寫鎖的性能比獨(dú)占鎖的性能要略差一些，這是因?yàn)樗鼈兊膹?fù)雜性更高赡勘。

45) 多線程中的忙循環(huán)是什么?

忙循環(huán)就是程序員用循環(huán)讓一個(gè)線程等待嫂便，不像傳統(tǒng)方法wait(), sleep() 或 yield() 它們都放棄了CPU控制，而忙循環(huán)不會(huì)放棄CPU闸与，它就是在運(yùn)行一個(gè)空循環(huán)毙替。這么做的目的是為了保留CPU緩存，在多核系統(tǒng)中践樱，一個(gè)等待線程醒來的時(shí)候可能會(huì)在另一個(gè)內(nèi)核運(yùn)行厂画，這樣會(huì)重建緩存。為了避免重建緩存和減少等待重建的時(shí)間就可以使用它了拷邢。你可以查看這篇文章獲得更多信息袱院。

46）volatile 變量和 atomic 變量有什么不同？

這是個(gè)有趣的問題瞭稼。首先忽洛，volatile 變量和 atomic 變量看起來很像，但功能卻不一樣环肘。Volatile變量可以確保先行關(guān)系欲虚，即寫操作會(huì)發(fā)生在后續(xù)的讀操作之前, 但它并不能保證原子性。例如用volatile修飾count變量那么 count++ 操作就不是原子性的悔雹。而AtomicInteger類提供的atomic方法可以讓這種操作具有原子性如getAndIncrement()方法會(huì)原子性的進(jìn)行增量操作把當(dāng)前值加一复哆，其它數(shù)據(jù)類型和引用變量也可以進(jìn)行相似操作欣喧。

47) 如果同步塊內(nèi)的線程拋出異常會(huì)發(fā)生什么？

這個(gè)問題坑了很多Java程序員梯找，若你能想到鎖是否釋放這條線索來回答還有點(diǎn)希望答對(duì)续誉。無論你的同步塊是正常還是異常退出的，里面的線程都會(huì)釋放鎖初肉，所以對(duì)比鎖接口我更喜歡同步塊酷鸦，因?yàn)樗挥梦一ㄙM(fèi)精力去釋放鎖，該功能可以在finally block里釋放鎖實(shí)現(xiàn)牙咏。

48） 單例模式的雙檢鎖是什么臼隔？

這個(gè)問題在Java面試中經(jīng)常被問到，但是面試官對(duì)回答此問題的滿意度僅為50%妄壶。一半的人寫不出雙檢鎖還有一半的人說不出它的隱患和Java1.5是如何對(duì)它修正的摔握。它其實(shí)是一個(gè)用來創(chuàng)建線程安全的單例的老方法，當(dāng)單例實(shí)例第一次被創(chuàng)建時(shí)它試圖用單個(gè)鎖進(jìn)行性能優(yōu)化丁寄，但是由于太過于復(fù)雜在JDK1.4中它是失敗的氨淌，我個(gè)人也不喜歡它。無論如何伊磺，即便你也不喜歡它但是還是要了解一下盛正，因?yàn)樗?jīng)常被問到。你可以查看how double checked locking on Singleton works這篇文章獲得更多信息屑埋。

在早期的JVM中豪筝，同步（甚至是無競爭的同步）都存在著巨大的性能開銷。因此摘能，人們想出來了許多“聰明的”技巧來降低同步的影響续崖，有些技巧很好，有些技巧是不好的团搞，甚至是糟糕的严望，DCL就屬于“糟糕”的一類。

public class DoubleCheckedLocking {     private static Resource resource;     public static Resource getInstance() {         if (resource == null) {             synchronized (DoubleCheckedLocking.class) {                 if (resource == null) {                     resource = new Resource();                 }             }         }         return resource;     } }

DCL的真正問題在于：當(dāng)在沒有同步的情況下讀取一個(gè)共享對(duì)象時(shí)逻恐，可能發(fā)生的最糟糕的事情只是看到一個(gè)失效值（在這種情況下是一個(gè)空值）像吻，此時(shí)DCL方法將通過在持有鎖的情況下再次嘗試來避免這種風(fēng)險(xiǎn)。然而實(shí)際情況遠(yuǎn)比這種情況糟糕——線程可能看到引用的當(dāng)前值梢莽，但對(duì)象的狀態(tài)值卻是失效的萧豆，這意味著線程可以看到對(duì)象處于無效或錯(cuò)誤的狀態(tài)。

在JVM的后續(xù)版本中（Java 5.0以及更高的版本）中昏名，如果resource聲明為volatile類型涮雷，那么就能啟用DCL，并且這種凡是對(duì)性能的影響很小轻局，因?yàn)関olatile變量讀取操作的性能通常只是略高于非volatile變量讀取操作的性能洪鸭。

public class Singleton {     private volatile static Singleton uniqueInstance;     private Singleton() {     }     public static Singleton getInstance() {         //檢查實(shí)例样刷，如果不存在則進(jìn)入同步代碼塊         //注意：只有第一次，才徹底執(zhí)行if中所有代碼         if (uniqueInstance == null) {             synchronized (Singleton.class) {                 //進(jìn)入?yún)^(qū)塊后览爵，再檢查一次置鼻。如果仍然是null，才創(chuàng)建實(shí)例                 if (uniqueInstance == null) {                     uniqueInstance = new Singleton();                 }             }         }         return uniqueInstance;     } } 

然而蜓竹，DCL的這種使用方法已經(jīng)被廣泛地廢棄了——促使該模式出現(xiàn)的動(dòng)力（無競爭同步的執(zhí)行速度很慢箕母，以及JVM啟動(dòng)時(shí)很慢）已經(jīng)不復(fù)存在了，因?yàn)樗皇且环N高效地優(yōu)化措施俱济。延遲初始化占位類模式能帶來同樣的優(yōu)勢嘶是，并且更容易理解。

“延遲初始化占位類模式”中使用了一個(gè)專門的類來初始化Resource蛛碌。JVM將推遲ResourceHolder的初始化操作聂喇，直到開始使用這個(gè)類時(shí)才初始化，并且由于通過一個(gè)靜態(tài)初始化來初始化Resource蔚携，因此不需要額外的同步希太。當(dāng)任何一個(gè)線程第一次調(diào)用getResource時(shí)，都會(huì)使ResourceHolder被加載和被初始化酝蜒，此時(shí)靜態(tài)初始化器將執(zhí)行Resource的初始化操作誊辉。

public class ResourceFactory {     private static class ResourceHolder {         public static Resource resource = new Resource();     }     public static Resource getResource() {         return ResourceHolder.resource;     } }

49） 如何在Java中創(chuàng)建線程安全的Singleton？

這是上面那個(gè)問題的后續(xù)秕硝，如果你不喜歡雙檢鎖而面試官問了創(chuàng)建Singleton類的替代方法芥映，你可以利用JVM的類加載和靜態(tài)變量初始化特征來創(chuàng)建Singleton實(shí)例洲尊，或者是利用枚舉類型來創(chuàng)建Singleton远豺，我很喜歡用這種方法。你可以查看如何優(yōu)雅地手寫單例模式獲得更多信息坞嘀。

50) 寫出3條你遵循的多線程最佳實(shí)踐

這種問題我最喜歡了躯护，我相信你在寫并發(fā)代碼來提升性能的時(shí)候也會(huì)遵循某些最佳實(shí)踐。以下三條最佳實(shí)踐我覺得大多數(shù)Java程序員都應(yīng)該遵循：

• 給你的線程起個(gè)有意義的名字丽涩。

  這樣可以方便找bug或追蹤棺滞。OrderProcessor, QuoteProcessor or TradeProcessor 這種名字比 Thread-1. Thread-2 and Thread-3 好多了，給線程起一個(gè)和它要完成的任務(wù)相關(guān)的名字矢渊，所有的主要框架甚至JDK都遵循這個(gè)最佳實(shí)踐继准。

• 避免鎖定和縮小同步的范圍

  鎖花費(fèi)的代價(jià)高昂且上下文切換更耗費(fèi)時(shí)間空間，試試最低限度的使用同步和鎖矮男，縮小臨界區(qū)移必。因此相對(duì)于同步方法我更喜歡同步塊，它給我擁有對(duì)鎖的絕對(duì)控制權(quán)毡鉴。

• 多用同步類少用wait 和 notify

  首先崔泵，CountDownLatch, Semaphore, CyclicBarrier 和 Exchanger 這些同步類簡化了編碼操作秒赤，而用wait和notify很難實(shí)現(xiàn)對(duì)復(fù)雜控制流的控制。其次憎瘸，這些類是由最好的企業(yè)編寫和維護(hù)在后續(xù)的JDK中它們還會(huì)不斷優(yōu)化和完善入篮，使用這些更高等級(jí)的同步工具你的程序可以不費(fèi)吹灰之力獲得優(yōu)化。

• 多用并發(fā)集合少用同步集合

  這是另外一個(gè)容易遵循且受益巨大的最佳實(shí)踐幌甘，并發(fā)集合比同步集合的可擴(kuò)展性更好潮售，所以在并發(fā)編程時(shí)使用并發(fā)集合效果更好。如果下一次你需要用到map锅风，你應(yīng)該首先想到用ConcurrentHashMap饲做。我的文章Java并發(fā)集合有更詳細(xì)的說明。

51) 如何強(qiáng)制啟動(dòng)一個(gè)線程遏弱？

這個(gè)問題就像是如何強(qiáng)制進(jìn)行Java垃圾回收盆均，目前還沒有覺得方法，雖然你可以使用System.gc()來進(jìn)行垃圾回收漱逸，但是不保證能成功泪姨。在Java里面沒有辦法強(qiáng)制啟動(dòng)一個(gè)線程，它是被線程調(diào)度器控制著且Java沒有公布相關(guān)的API饰抒。

52) Java中的fork join框架是什么肮砾？

fork join框架是JDK7中出現(xiàn)的一款高效的工具，Java開發(fā)人員可以通過它充分利用現(xiàn)代服務(wù)器上的多處理器袋坑。它是專門為了那些可以遞歸劃分成許多子模塊設(shè)計(jì)的仗处，目的是將所有可用的處理能力用來提升程序的性能。fork join框架一個(gè)巨大的優(yōu)勢是它使用了工作竊取算法枣宫，可以完成更多任務(wù)的工作線程可以從其它線程中竊取任務(wù)來執(zhí)行婆誓。你可以查看這篇文章獲得更多信息。

53） Java多線程中調(diào)用wait() 和 sleep()方法有什么不同也颤？

Java程序中wait 和 sleep都會(huì)造成某種形式的暫停洋幻，它們可以滿足不同的需要。wait()方法用于線程間通信翅娶，如果等待條件為真且其它線程被喚醒時(shí)它會(huì)釋放鎖文留，而sleep()方法僅僅釋放CPU資源或者讓當(dāng)前線程停止執(zhí)行一段時(shí)間，但不會(huì)釋放鎖竭沫。你可以查看這篇文章獲得更多信息燥翅。