Java 并發(fā)編程

1缘缚、在 java中守護線程和本地線程區(qū)別勾笆？

2、線程與進程的區(qū)別桥滨？

3窝爪、什么是多線程中的上下文切換？

4齐媒、死鎖與活鎖的區(qū)別蒲每，死鎖與饑餓的區(qū)別？

5喻括、Java 中用到的線程調度算法是什么邀杏？

6、什么是線程組唬血，為什么在 Java 中不推薦使用望蜡？

7、為什么使用 Executor 框架刁品？

8泣特、在 Java 中 Executor 和 Executors 的區(qū)別？

9挑随、如何在 Windows 和 Linux 上查找哪個線程使用的 CPU 時間最長状您？

10、什么是原子操作兜挨？在 Java Concurrency API 中有哪些原子類(atomic classes)膏孟？

11、Java Concurrency API 中的 Lock 接口(Lock interface)是什么拌汇？對比同步它有什么優(yōu)勢柒桑？

12、什么是 Executors 框架噪舀？

13魁淳、什么是阻塞隊列飘诗？阻塞隊列的實現(xiàn)原理是什么？如何使用阻塞隊列來實現(xiàn)生產者-消費者模型界逛？

14昆稿、什么是 Callable 和 Future?

15、什么是 FutureTask?使用 ExecutorService 啟動任務息拜。

16溉潭、什么是并發(fā)容器的實現(xiàn)？

17少欺、多線程同步和互斥有幾種實現(xiàn)方法喳瓣，都是什么？

18赞别、什么是競爭條件畏陕？你怎樣發(fā)現(xiàn)和解決競爭？

19氯庆、你將如何使用 thread dump蹭秋？你將如何分析 Thread dump？

20堤撵、為什么我們調用 start()方法時會執(zhí)行 run()方法仁讨，為什么我們不能直接調用 run()方法？

21实昨、Java 中你怎樣喚醒一個阻塞的線程洞豁？

22、在 Java 中 CycliBarriar 和 CountdownLatch 有什么區(qū)別荒给？

23丈挟、什么是不可變對象，它對寫并發(fā)應用有什么幫助志电？

24曙咽、什么是多線程中的上下文切換？

25挑辆、Java 中用到的線程調度算法是什么例朱？

26、什么是線程組鱼蝉，為什么在 Java 中不推薦使用洒嗤？

27、為什么使用 Executor 框架比使用應用創(chuàng)建和管理線程好魁亦？

28渔隶、java 中有幾種方法可以實現(xiàn)一個線程？

29洁奈、如何停止一個正在運行的線程间唉？

30绞灼、notify()和 notifyAll()有什么區(qū)別？

31呈野、什么是 Daemon 線程镀赌？它有什么意義？

32际跪、java 如何實現(xiàn)多線程之間的通訊和協(xié)作？

33喉钢、什么是可重入鎖（ReentrantLock）姆打？

34、當一個線程進入某個對象的一個 synchronized 的實例方法后肠虽，其它線程是否可進入此對象的其它方法幔戏？

35、樂觀鎖和悲觀鎖的理解及如何實現(xiàn)税课，有哪些實現(xiàn)方式闲延？

36、SynchronizedMap 和 ConcurrentHashMap 有什么區(qū)別韩玩？

37垒玲、CopyOnWriteArrayList 可以用于什么應用場景？

38找颓、什么叫線程安全合愈？servlet 是線程安全嗎?

39、volatile 有什么用击狮？能否用一句話說明下 volatile 的應用場景佛析？

40、為什么代碼會重排序彪蓬？

41寸莫、在 java 中 wait 和 sleep 方法的不同？

42档冬、用 Java 實現(xiàn)阻塞隊列

43膘茎、一個線程運行時發(fā)生異常會怎樣？

44捣郊、如何在兩個線程間共享數(shù)據(jù)辽狈？

45、Java 中 notify 和 notifyAll 有什么區(qū)別呛牲？

46刮萌、為什么 wait, notify 和 notifyAll 這些方法不在 thread類里面？

47娘扩、什么是 ThreadLocal 變量？

48、Java 中 interrupted 和 isInterrupted 方法的區(qū)別呵俏？

49隙畜、為什么 wait 和 notify 方法要在同步塊中調用？

50瀑志、為什么你應該在循環(huán)中檢查等待條件?

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

52掰邢、什么是線程池？ 為什么要使用它伟阔？

53辣之、怎么檢測一個線程是否擁有鎖？

54皱炉、你如何在 Java 中獲取線程堆棧怀估？

56、Thread 類中的 yield 方法有什么作用合搅？

57多搀、Java 中 ConcurrentHashMap 的并發(fā)度是什么？

58灾部、Java 中 Semaphore 是什么康铭？

59、Java 線程池中 submit() 和 execute()方法有什么區(qū)別梳猪？

60麻削、什么是阻塞式方法？

61春弥、Java 中的 ReadWriteLock 是什么呛哟？

62、volatile 變量和 atomic 變量有什么不同匿沛？

63扫责、可以直接調用 Thread 類的 run ()方法么？

64逃呼、如何讓正在運行的線程暫停一段時間鳖孤？

65、你對線程優(yōu)先級的理解是什么抡笼？

66 苏揣、 什 么 是 線 程 調 度 器 (Thread Scheduler) 和 時間分片(TimeSlicing )？

67推姻、你如何確保 main()方法所在的線程是 Java 程序最后結束的線程平匈？

68、線程之間是如何通信的？

69增炭、為什么線程通信的方法 wait(), notify()和 notifyAll()被定義在Object類里忍燥？

70、為什么 wait(), notify()和 notifyAll ()必須在同步方法或者同步塊中被調用隙姿？

71梅垄、為什么 Thread 類的 sleep()和 yield ()方法是靜態(tài)的？

72输玷、如何確保線程安全队丝？

73、同步方法和同步塊欲鹏，哪個是更好的選擇炭玫？

74、如何創(chuàng)建守護線程貌虾？

75、什么是 Java Timer 類裙犹？如何創(chuàng)建一個有特定時間間隔的任務尽狠？

1、在 java 中守護線程和本地線程區(qū)別叶圃？

答：

java 中的線程分為兩種：守護線程（Daemon）和用戶線程（User）袄膏。

任何線程都可以設置為守護線程和用戶線程，通過方法 Thread.setDaemon(boolon)掺冠；true 則把該線程設置為守護線程沉馆，反之則為用戶線程。Thread.setDaemon()必須在 Thread.start()之前調用德崭，否則運行時會拋出異常斥黑。

兩者的區(qū)別：

唯一的區(qū)別是判斷虛擬機(JVM)何時離開，Daemon 是為其他線程提供服務眉厨，如果全部的 User Thread 已經撤離锌奴，Daemon 沒有可服務的線程，JVM 撤離憾股。也可以理解為守護線程是 JVM 自動創(chuàng)建的線程（但不一定）鹿蜀，用戶線程是程序創(chuàng)建的線程；比如 JVM 的垃圾回收線程是一個守護線程服球，當所有線程已經撤離茴恰，不再產生垃圾，守護線程自然就沒事可干了斩熊，當垃圾回收線程是 Java 虛擬機上僅剩的線程時往枣，Java 虛擬機會自動離開。

擴展：Thread Dump 打印出來的線程信息，含有 daemon字樣的線程即為守護進程婉商，可能會有：服務守護進程似忧、編譯守護進程、windows 下的監(jiān)聽 Ctrl+break的守護進程丈秩、Finalizer守護進程盯捌、引用處理守護進程、GC 守護進程蘑秽。

2饺著、線程與進程的區(qū)別？

答：

進程是操作系統(tǒng)分配資源的最小單元肠牲，線程是操作系統(tǒng)調度的最小單元幼衰。

一個程序至少有一個進程,一個進程至少有一個線程。

3缀雳、什么是多線程中的上下文切換渡嚣？

答：

多線程會共同使用一組計算機上的 CPU，而線程數(shù)大于給程序分配的 CPU 數(shù)量時肥印，為了讓各個線程都有執(zhí)行的機會识椰，就需要輪轉使用 CPU。不同的線程切換使用 CPU發(fā)生的切換數(shù)據(jù)等就是上下文切換深碱。

4腹鹉、死鎖與活鎖的區(qū)別，死鎖與饑餓的區(qū)別敷硅？

答：

死鎖：是指兩個或兩個以上的進程（或線程）在執(zhí)行過程中功咒，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用绞蹦，它們都將無法推進下去力奋。

產生死鎖的必要條件：

1、互斥條件：所謂互斥就是進程在某一時間內獨占資源幽七。

2刊侯、請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放锉走。

3滨彻、不剝奪條件:進程已獲得資源，在末使用完之前挪蹭，不能強行剝奪亭饵。

4、循環(huán)等待條件:若干進程之間形成一種頭尾相接的循環(huán)等待資源關系梁厉。

活鎖：任務或者執(zhí)行者沒有被阻塞辜羊，由于某些條件沒有滿足踏兜，導致一直重復嘗試，失敗八秃，嘗試碱妆，失敗。

活鎖和死鎖的區(qū)別在于昔驱，處于活鎖的實體是在不斷的改變狀態(tài)疹尾，所謂的“活”， 而處于死鎖的實體表現(xiàn)為等待骤肛；活鎖有可能自行解開纳本，死鎖則不能。

饑餓：一個或者多個線程因為種種原因無法獲得所需要的資源腋颠，導致一直無法執(zhí)行的狀態(tài)繁成。

Java 中導致饑餓的原因：

1、高優(yōu)先級線程吞噬所有的低優(yōu)先級線程的 CPU 時間淑玫。

2巾腕、線程被永久堵塞在一個等待進入同步塊的狀態(tài)，因為其他線程總是能在它之前持續(xù)地對該同步塊進行訪問絮蒿。

3祠墅、線程在等待一個本身也處于永久等待完成的對象(比如調用這個對象的 wait 方法)，因為其他線程總是被持續(xù)地獲得喚醒歌径。

5、Java 中用到的線程調度算法是什么亲茅？

答：

采用時間片輪轉的方式回铛。可以設置線程的優(yōu)先級克锣，會映射到下層的系統(tǒng)上面的優(yōu)先級上茵肃，如非特別需要，盡量不要用袭祟，防止線程饑餓验残。

6、什么是線程組巾乳，為什么在 Java 中不推薦使用您没？

答：

ThreadGroup 類，可以把線程歸屬到某一個線程組中胆绊，線程組中可以有線程對象氨鹏，也可以有線程組，組中還可以有線程压状，這樣的組織結構有點類似于樹的形式仆抵。

為什么不推薦使用？因為使用有很多的安全隱患吧，沒有具體追究镣丑，如果需要使用舔糖，推薦使用線程池。

7莺匠、為什么使用 Executor 框架金吗？

答：

每次執(zhí)行任務創(chuàng)建線程 new Thread()比較消耗性能，創(chuàng)建一個線程是比較耗時慨蛙、耗資源的辽聊。

調用 new Thread()創(chuàng)建的線程缺乏管理，被稱為野線程期贫，而且可以無限制的創(chuàng)建跟匆，線程之間的相互競爭會導致過多占用系統(tǒng)資源而導致系統(tǒng)癱瘓，還有線程之間的頻繁交替也會消耗很多系統(tǒng)資源通砍。

接使用 new Thread() 啟動的線程不利于擴展玛臂，比如定時執(zhí)行、定期執(zhí)行封孙、定時定期執(zhí)行迹冤、線程中斷等都不便實現(xiàn)。

8虎忌、在 Java 中 Executor 和 Executors 的區(qū)別泡徙？

答：

Executors 工具類的不同方法按照我們的需求創(chuàng)建了不同的線程池，來滿足業(yè)務的需求膜蠢。

Executor 接口對象能執(zhí)行我們的線程任務堪藐。

ExecutorService 接口繼承了 Executor 接口并進行了擴展，提供了更多的方法我們能獲得任務執(zhí)行的狀態(tài)并且可以獲取任務的返回值挑围。

使用 ThreadPoolExecutor 可以創(chuàng)建自定義線程池礁竞。

Future 表示異步計算的結果，他提供了檢查計算是否完成的方法杉辙，以等待計算的完成模捂，并可以使用 get()方法獲取計算的結果。

9蜘矢、如何在 Windows 和 Linux 上查找哪個線程使用的 CPU 時間最長狂男？

答：

使用 jstack 找出消耗 CPU 最多的線程代碼。

10品腹、什么是原子操作并淋？在 Java Concurrency API 中有哪些原子類(atomic classes)？

答：

原子操作（atomic operation）意為”不可被中斷的一個或一系列操作” 珍昨。

處理器使用基于對緩存加鎖或總線加鎖的方式來實現(xiàn)多處理器之間的原子操作县耽。在 Java 中可以通過鎖和循環(huán) CAS 的方式來實現(xiàn)原子操作句喷。 CAS 操作——Compare & Set，或是 Compare & Swap兔毙，現(xiàn)在幾乎所有的 CPU 指令都支持 CAS的原子操作唾琼。

原子操作是指一個不受其他操作影響的操作任務單元。原子操作是在多線程環(huán)境下避免數(shù)據(jù)不一致必須的手段澎剥。

int++并不是一個原子操作锡溯，所以當一個線程讀取它的值并加 1 時，另外一個線程有可能會讀到之前的值哑姚，這就會引發(fā)錯誤祭饭。

為了解決這個問題，必須保證增加操作是原子的叙量，在 JDK1.5 之前我們可以使用同步技術來做到這一點倡蝙。到 JDK1.5，java.util.concurrent.atomic 包提供了 int 和long 類型的原子包裝類绞佩，它們可以自動的保證對于他們的操作是原子的并且不需要使用同步寺鸥。

java.util.concurrent 這個包里面提供了一組原子類。其基本的特性就是在多線程環(huán)境下品山，當有多個線程同時執(zhí)行這些類的實例包含的方法時胆建，具有排他性，即當某個線程進入方法肘交，執(zhí)行其中的指令時笆载，不會被其他線程打斷，而別的線程就像自旋鎖一樣涯呻，一直等到該方法執(zhí)行完成凉驻，才由 JVM 從等待隊列中選擇一個另一個線程進入，這只是一種邏輯上的理解魄懂。

原子類：AtomicBoolean，AtomicInteger闯第，AtomicLong市栗，AtomicReference

原子數(shù)組：AtomicIntegerArray，AtomicLongArray咳短，AtomicReferenceArray

原子屬性更新器：AtomicLongFieldUpdater填帽，AtomicIntegerFieldUpdater，AtomicReferenceFieldUpdater

解決 ABA 問題的原子類：AtomicMarkableReference（通過引入一個 boolean來反映中間有沒有變過）咙好，AtomicStampedReference（通過引入一個 int 來累加來反映中間有沒有變過）

11篡腌、Java Concurrency API 中的 Lock 接口(Lock interface)是什么？對比同步它有什么優(yōu)勢勾效？

答：

Lock 接口比同步方法和同步塊提供了更具擴展性的鎖操作嘹悼。

他們允許更靈活的結構叛甫，可以具有完全不同的性質，并且可以支持多個相關類的條件對象杨伙。

它的優(yōu)勢有：

1其监、可以使鎖更公平；

2限匣、可以使線程在等待鎖的時候響應中斷抖苦；

3、可以讓線程嘗試獲取鎖米死，并在無法獲取鎖的時候立即返回或者等待一段時間锌历；

4、可以在不同的范圍峦筒，以不同的順序獲取和釋放鎖究西。

整體上來說 Lock 是 synchronized 的擴展版，Lock 提供了無條件的勘天、可輪詢的(tryLock方法)怔揩、定時的(tryLock 帶參方法)、可中斷的(lockInterruptibly)脯丝、可多條件隊列的(newCondition 方法)鎖操作商膊。另外 Lock 的實現(xiàn)類基本都支持非公平鎖(默認)和公平鎖，synchronized 只支持非公平鎖宠进，當然晕拆，在大部分情況下，非公平鎖是高效的選擇材蹬。

12实幕、什么是 Executors 框架？

答：

Executor 框架是一個根據(jù)一組執(zhí)行策略調用堤器，調度昆庇，執(zhí)行和控制的異步任務的框架。

無限制的創(chuàng)建線程會引起應用程序內存溢出闸溃。所以創(chuàng)建一個線程池是個更好的的解決方案整吆，因為可以限制線程的數(shù)量并且可以回收再利用這些線程。利用Executors 框架可以非常方便的創(chuàng)建一個線程池辉川。

13表蝙、什么是阻塞隊列？阻塞隊列的實現(xiàn)原理是什么乓旗？如何使用阻塞隊列來實現(xiàn)生產者-消費者模型府蛇？

答：

阻塞隊列（BlockingQueue）是一個支持兩個附加操作的隊列。

這兩個附加的操作是：在隊列為空時屿愚，獲取元素的線程會等待隊列變?yōu)榉强栈憧纭．旉犃袧M時务荆，存儲元素的線程會等待隊列可用。

阻塞隊列常用于生產者和消費者的場景扰法，生產者是往隊列里添加元素的線程蛹含，消費者是從隊列里拿元素的線程。阻塞隊列就是生產者存放元素的容器塞颁，而消費者也只從容器里拿元素浦箱。

JDK7 提供了 7 個阻塞隊列。分別是：

ArrayBlockingQueue ：一個由數(shù)組結構組成的有界阻塞隊列祠锣。

LinkedBlockingQueue ：一個由鏈表結構組成的有界阻塞隊列酷窥。

PriorityBlockingQueue ：一個支持優(yōu)先級排序的無界阻塞隊列。

DelayQueue：一個使用優(yōu)先級隊列實現(xiàn)的無界阻塞隊列伴网。

SynchronousQueue：一個不存儲元素的阻塞隊列蓬推。

LinkedTransferQueue：一個由鏈表結構組成的無界阻塞隊列。

LinkedBlockingDeque：一個由鏈表結構組成的雙向阻塞隊列澡腾。

Java 5 之前實現(xiàn)同步存取時沸伏，可以使用普通的一個集合，然后在使用線程的協(xié)作和線程同步可以實現(xiàn)生產者动分，消費者模式毅糟，主要的技術就是用好，wait ,notify,notifyAll,sychronized 這些關鍵字澜公。而在 java 5 之后姆另，可以使用阻塞隊列來實現(xiàn)，此方式大大簡少了代碼量坟乾，使得多線程編程更加容易迹辐，安全方面也有保障。

BlockingQueue 接口是 Queue 的子接口甚侣，它的主要用途并不是作為容器明吩，而是作為線程同步的的工具，因此他具有一個很明顯的特性殷费，當生產者線程試圖向BlockingQueue 放入元素時印荔，如果隊列已滿，則線程被阻塞宗兼，當消費者線程試圖從中取出一個元素時躏鱼，如果隊列為空氮采，則該線程會被阻塞殷绍，正是因為它所具有這個特性，所以在程序中多個線程交替向 BlockingQueue 中放入元素鹊漠，取出元素茶行，它可以很好的控制線程之間的通信。

阻塞隊列使用最經典的場景就是 socket 客戶端數(shù)據(jù)的讀取和解析登钥，讀取數(shù)據(jù)的線程不斷將數(shù)據(jù)放入隊列畔师，然后解析線程不斷從隊列取數(shù)據(jù)解析。

14牧牢、什么是 Callable 和 Future?

答：

Callable 接口類似于 Runnable看锉，從名字就可以看出來了，但是 Runnable 不會返回結果塔鳍，并且無法拋出返回結果的異常伯铣，而 Callable 功能更強大一些，被線程執(zhí)行后轮纫，可以返回值腔寡，這個返回值可以被 Future 拿到，也就是說掌唾，F(xiàn)uture 可以拿到異步執(zhí)行任務的返回值放前。

可以認為是帶有回調的 Runnable。

Future 接口表示異步任務糯彬，是還沒有完成的任務給出的未來結果凭语。所以說 Callable用于產生結果，F(xiàn)uture 用于獲取結果情连。

15叽粹、什么是 FutureTask?使用 ExecutorService 啟動任務。

答：

在 Java 并發(fā)程序中 FutureTask 表示一個可以取消的異步運算却舀。它有啟動和取消運算虫几、查詢運算是否完成和取回運算結果等方法。只有當運算完成的時候結果才能取回挽拔，如果運算尚未完成 get 方法將會阻塞辆脸。一個 FutureTask 對象可以對調用了 Callable 和 Runnable 的對象進行包裝，由于 FutureTask 也是調用了 Runnable接口所以它可以提交給 Executor 來執(zhí)行螃诅。

16啡氢、什么是并發(fā)容器的實現(xiàn)？

答：

何為同步容器：可以簡單地理解為通過 synchronized 來實現(xiàn)同步的容器术裸，如果有多個線程調用同步容器的方法倘是，它們將會串行執(zhí)行。比如 Vector袭艺，Hashtable搀崭，以及 Collections.synchronizedSet，synchronizedList 等方法返回的容器猾编×龆茫可以通過查看 Vector升敲，Hashtable 等這些同步容器的實現(xiàn)代碼，可以看到這些容器實現(xiàn)線程安全的方式就是將它們的狀態(tài)封裝起來轰传，并在需要同步的方法上加上關鍵字 synchronized驴党。

并發(fā)容器使用了與同步容器完全不同的加鎖策略來提供更高的并發(fā)性和伸縮性递览，例如在 ConcurrentHashMap 中采用了一種粒度更細的加鎖機制玲献，可以稱為分段鎖，在這種鎖機制下呢蔫，允許任意數(shù)量的讀線程并發(fā)地訪問 map恕曲，并且執(zhí)行讀操作的線程和寫操作的線程也可以并發(fā)的訪問 map攘轩，同時允許一定數(shù)量的寫操作線程并發(fā)地修改 map，所以它可以在并發(fā)環(huán)境下實現(xiàn)更高的吞吐量码俩。

17度帮、多線程同步和互斥有幾種實現(xiàn)方法，都是什么稿存？

答：

線程同步是指線程之間所具有的一種制約關系笨篷，一個線程的執(zhí)行依賴另一個線程的消息，當它沒有得到另一個線程的消息時應等待瓣履，直到消息到達時才被喚醒率翅。線程互斥是指對于共享的進程系統(tǒng)資源，在各單個線程訪問時的排它性袖迎。當有若干個線程都要使用某一共享資源時冕臭，任何時刻最多只允許一個線程去使用，其它要使用該資源的線程必須等待燕锥，直到占用資源者釋放該資源辜贵。線程互斥可以看成是一種特殊的線程同步。

線程間的同步方法大體可分為兩類：用戶模式和內核模式归形。顧名思義托慨，內核模式就是指利用系統(tǒng)內核對象的單一性來進行同步，使用時需要切換內核態(tài)與用戶態(tài)暇榴，而用戶模式就是不需要切換到內核態(tài)厚棵，只在用戶態(tài)完成操作。

用戶模式下的方法有：原子操作（例如一個單一的全局變量）蔼紧，臨界區(qū)婆硬。內核模式下的方法有：事件，信號量奸例，互斥量彬犯。

18、什么是競爭條件？你怎樣發(fā)現(xiàn)和解決競爭躏嚎？

答：

當多個進程都企圖對共享數(shù)據(jù)進行某種處理，而最后的結果又取決于進程運行的順序時菩貌，則我們認為這發(fā)生了競爭條件（race condition）卢佣。

19、你將如何使用 thread dump箭阶？你將如何分析 Thread dump虚茶？

答：

新建狀態(tài)（New）

用 new 語句創(chuàng)建的線程處于新建狀態(tài)，此時它和其他 Java 對象一樣仇参，僅僅在堆區(qū)中被分配了內存嘹叫。

就緒狀態(tài)（Runnable）

當一個線程對象創(chuàng)建后，其他線程調用它的 start()方法诈乒，該線程就進入就緒狀態(tài)罩扇，Java 虛擬機會為它創(chuàng)建方法調用棧和程序計數(shù)器。處于這個狀態(tài)的線程位于可運行池中怕磨，等待獲得 CPU 的使用權喂饥。

運行狀態(tài)（Running）

處于這個狀態(tài)的線程占用 CPU，執(zhí)行程序代碼肠鲫。只有處于就緒狀態(tài)的線程才有機會轉到運行狀態(tài)员帮。

阻塞狀態(tài)（Blocked）

阻塞狀態(tài)是指線程因為某些原因放棄 CPU，暫時停止運行导饲。當線程處于阻塞狀態(tài)時捞高，Java 虛擬機不會給線程分配 CPU。直到線程重新進入就緒狀態(tài)渣锦，它才有機會轉到運行狀態(tài)硝岗。

阻塞狀態(tài)可分為以下 3 種：

位于對象等待池中的阻塞狀態(tài)（Blocked in object’s wait pool）：

當線程處于運行狀態(tài)時，如果執(zhí)行了某個對象的 wait()方法袋毙，Java 虛擬機就會把線程放到這個對象的等待池中辈讶，這涉及到“線程通信”的內容。

位于對象鎖池中的阻塞狀態(tài)（Blocked in object’s lock pool）：

當線程處于運行狀態(tài)時娄猫，試圖獲得某個對象的同步鎖時贱除，如果該對象的同步鎖已經被其他線程占用，Java 虛擬機就會把這個線程放到這個對象的鎖池中媳溺，這涉及到“線程同步”的內容月幌。

其他阻塞狀態(tài)（Otherwise Blocked）：

當前線程執(zhí)行了 sleep()方法，或者調用了其他線程的 join()方法悬蔽，或者發(fā)出了 I/O請求時扯躺，就會進入這個狀態(tài)。

死亡狀態(tài)（Dead）：

當線程退出 run()方法時，就進入死亡狀態(tài)录语，該線程結束生命周期倍啥。

20、為什么我們調用 start()方法時會執(zhí)行 run()方法澎埠，為什么我們不能直接調用 run()方法虽缕？

答：

當你調用 start()方法時你將創(chuàng)建新的線程，并且執(zhí)行在 run()方法里的代碼蒲稳。

但是如果你直接調用 run()方法氮趋，它不會創(chuàng)建新的線程也不會執(zhí)行調用線程的代碼，只會把 run 方法當作普通方法去執(zhí)行江耀。

21剩胁、Java中你怎樣喚醒一個阻塞的線程？

答：

在 Java 發(fā)展史上曾經使用 suspend()祥国、resume()方法對于線程進行阻塞喚醒昵观，但隨之出現(xiàn)很多問題，比較典型的還是死鎖問題舌稀。

解決方案可以使用以對象為目標的阻塞索昂，即利用 Object 類的 wait()和 notify()方法實現(xiàn)線程阻塞。

首 先 扩借，wait椒惨、notify 方法是針對對象的，調用任意對象的 wait()方法都將導致線程阻塞潮罪，阻塞的同時也將釋放該對象的鎖康谆，相應地，調用任意對象的 notify()方法則將隨機解除該對象阻塞的線程嫉到，但它需要重新獲取改對象的鎖沃暗，直到獲取成功才能往下執(zhí)行；其次何恶，wait孽锥、notify 方法必須在 synchronized 塊或方法中被調用，并且要保證同步塊或方法的鎖對象與調用 wait细层、notify 方法的對象是同一個惜辑，如此一來在調用 wait 之前當前線程就已經成功獲取某對象的鎖，執(zhí)行 wait 阻塞后當前線程就將之前獲取的對象鎖釋放疫赎。

22盛撑、在 Java 中 CycliBarriar 和 CountdownLatch 有什么區(qū)別？

答：

CyclicBarrier 可以重復使用捧搞，而 CountdownLatch 不能重復使用抵卫。

Java 的 concurrent 包里面的 CountDownLatch 其實可以把它看作一個計數(shù)器狮荔，只不過這個計數(shù)器的操作是原子操作，同時只能有一個線程去操作這個計數(shù)器介粘，也就是同時只能有一個線程去減這個計數(shù)器里面的值殖氏。你可以向 CountDownLatch 對象設置一個初始的數(shù)字作為計數(shù)值，任何調用這個對象上的 await()方法都會阻塞姻采，直到這個計數(shù)器的計數(shù)值被其他的線程減為 0 為止雅采。

所以在當前計數(shù)到達零之前，await 方法會一直受阻塞偎谁。之后，會釋放所有等待的線程纲堵，await 的所有后續(xù)調用都將立即返回巡雨。這種現(xiàn)象只出現(xiàn)一次——計數(shù)無法被重置。如果需要重置計數(shù)席函，請考慮使用 CyclicBarrier铐望。CountDownLatch 的一個非常典型的應用場景是：有一個任務想要往下執(zhí)行，但必須要等到其他的任務執(zhí)行完畢后才可以繼續(xù)往下執(zhí)行茂附。假如我們這個想要繼續(xù)往下執(zhí)行的任務調用一個 CountDownLatch 對象的 await()方法正蛙，其他的任務執(zhí)行完自己的任務后調用同一個 CountDownLatch 對象上的 countDown()方法，這個調用 await()方法的任務將一直阻塞等待营曼，直到這個 CountDownLatch 對象的計數(shù)值減到 0 為止乒验。

CyclicBarrier 一個同步輔助類，它允許一組線程互相等待蒂阱，直到到達某個公共屏障點 (common barrier point)锻全。在涉及一組固定大小的線程的程序中，這些線程必須不時地互相等待录煤，此時 CyclicBarrier 很有用鳄厌。因為該 barrier 在釋放等待線程后可以重用，所以稱它為循環(huán) 的 barrier妈踊。

23了嚎、什么是不可變對象，它對寫并發(fā)應用有什么幫助廊营？

答：

不可變對象(Immutable Objects)即對象一旦被創(chuàng)建它的狀態(tài)（對象的數(shù)據(jù)歪泳，也即對象屬性值）就不能改變，反之即為可變對象(Mutable Objects)露筒。

不可變對象的類即為不可變類(Immutable Class)夹囚。Java 平臺類庫中包含許多不可變類，如 String邀窃、基本類型的包裝類荸哟、BigInteger 和 BigDecimal 等假哎。

不可變對象天生是線程安全的。它們的常量（域）是在構造函數(shù)中創(chuàng)建的鞍历。既然它們的狀態(tài)無法修改舵抹，這些常量永遠不會變。

不可變對象永遠是線程安全的劣砍。

只有滿足如下狀態(tài)惧蛹，一個對象才是不可變的；

它的狀態(tài)不能在創(chuàng)建后再被修改刑枝；

所有域都是 final 類型香嗓；并且，它被正確創(chuàng)建（創(chuàng)建期間沒有發(fā)生 this 引用的逸出）装畅。

24靠娱、什么是多線程中的上下文切換？

答：

在上下文切換過程中掠兄，CPU 會停止處理當前運行的程序像云，并保存當前程序運行的具體位置以便之后繼續(xù)運行。從這個角度來看蚂夕，上下文切換有點像我們同時閱讀幾本書迅诬，在來回切換書本的同時我們需要記住每本書當前讀到的頁碼。在程序中婿牍，上下文切換過程中的“頁碼”信息是保存在進程控制塊（PCB）中的侈贷。PCB 還經常被稱作“切換楨”（switchframe）〉戎“頁碼”信息會一直保存到 CPU 的內存中铐维，直到他們被再次使用。

上下文切換是存儲和恢復 CPU 狀態(tài)的過程慎菲，它使得線程執(zhí)行能夠從中斷點恢復執(zhí)行嫁蛇。上下文切換是多任務操作系統(tǒng)和多線程環(huán)境的基本特征。

25露该、Java 中用到的線程調度算法是什么睬棚？

答：

計算機通常只有一個 CPU,在任意時刻只能執(zhí)行一條機器指令,每個線程只有獲得CPU 的使用權才能執(zhí)行指令.所謂多線程的并發(fā)運行,其實是指從宏觀上看,各個線程輪流獲得 CPU 的使用權,分別執(zhí)行各自的任務.在運行池中,會有多個處于就緒狀態(tài)的線程在等待 CPU,JAVA 虛擬機的一項任務就是負責線程的調度,線程調度是指按照特定機制為多個線程分配 CPU 的使用權.

有兩種調度模型：分時調度模型和搶占式調度模型。

分時調度模型是指讓所有的線程輪流獲得 cpu 的使用權,并且平均分配每個線程占用的 CPU 的時間片這個也比較好理解解幼。

Java虛擬機采用搶占式調度模型抑党，是指優(yōu)先讓可運行池中優(yōu)先級高的線程占用CPU，如果可運行池中的線程優(yōu)先級相同撵摆，那么就隨機選擇一個線程底靠，使其占用CPU。處于運行狀態(tài)的線程會一直運行特铝，直至它不得不放棄 CPU暑中。

26壹瘟、什么是線程組，為什么在 Java 中不推薦使用鳄逾？

答：

線程組和線程池是兩個不同的概念稻轨，他們的作用完全不同，前者是為了方便線程的管理雕凹，后者是為了管理線程的生命周期殴俱，復用線程，減少創(chuàng)建銷毀線程的開銷枚抵。

27线欲、為什么使用 Executor 框架比使用應用創(chuàng)建和管理線程好？

答：

為什么要使用 Executor 線程池框架：

1汽摹、每次執(zhí)行任務創(chuàng)建線程 new Thread()比較消耗性能李丰，創(chuàng)建一個線程是比較耗時、耗資源的竖慧。

2嫌套、調用 new Thread()創(chuàng)建的線程缺乏管理逆屡，被稱為野線程圾旨，而且可以無限制的創(chuàng)建，線程之間的相互競爭會導致過多占用系統(tǒng)資源而導致系統(tǒng)癱瘓魏蔗，還有線程之間的頻繁交替也會消耗很多系統(tǒng)資源砍的。

3、直接使用 new Thread() 啟動的線程不利于擴展莺治，比如定時執(zhí)行廓鞠、定期執(zhí)行、定時定期執(zhí)行谣旁、線程中斷等都不便實現(xiàn)床佳。

使用 Executor 線程池框架的優(yōu)點：

1、能復用已存在并空閑的線程從而減少線程對象的創(chuàng)建從而減少了消亡線程的開銷榄审。

2砌们、可有效控制最大并發(fā)線程數(shù)，提高系統(tǒng)資源使用率搁进，同時避免過多資源競爭浪感。

3、框架中已經有定時饼问、定期影兽、單線程、并發(fā)數(shù)控制等功能莱革。

綜上所述使用線程池框架 Executor 能更好的管理線程峻堰、提供系統(tǒng)資源使用率讹开。

28、java 中有幾種方法可以實現(xiàn)一個線程茧妒？

答：

繼承 Thread 類

實現(xiàn) Runnable 接口

實現(xiàn) Callable 接口萧吠，需要實現(xiàn)的是 call() 方法

29、如何停止一個正在運行的線程桐筏？

答：

使用共享變量的方式

在這種方式中纸型，之所以引入共享變量，是因為該變量可以被多個執(zhí)行相同任務的線程用來作為是否中斷的信號梅忌，通知中斷線程的執(zhí)行狰腌。

使用 interrupt 方法終止線程

如果一個線程由于等待某些事件的發(fā)生而被阻塞，又該怎樣停止該線程呢牧氮？這種情況經常會發(fā)生琼腔，比如當一個線程由于需要等候鍵盤輸入而被阻塞，或者調用Thread.join()方法踱葛，或者 Thread.sleep()方法丹莲，在網絡中調用ServerSocket.accept()方法，或者調用了 DatagramSocket.receive()方法時尸诽，都有可能導致線程阻塞甥材，使線程處于處于不可運行狀態(tài)時，即使主程序中將該線程的共享變量設置為 true性含，但該線程此時根本無法檢查循環(huán)標志洲赵，當然也就無法立即中斷。這里我們給出的建議是商蕴，不要使用 stop()方法叠萍，而是使用 Thread 提供的interrupt()方法，因為該方法雖然不會中斷一個正在運行的線程绪商，但是它可以使一個被阻塞的線程拋出一個中斷異常苛谷，從而使線程提前結束阻塞狀態(tài)，退出堵塞代碼格郁。

30腹殿、notify()和 notifyAll()有什么區(qū)別？

答：

當一個線程進入 wait 之后理张，就必須等其他線程 notify/notifyall,使用 notifyall,可以喚醒所有處于 wait 狀態(tài)的線程赫蛇，使其重新進入鎖的爭奪隊列中，而 notify 只能喚醒一個雾叭。

如果沒把握悟耘，建議 notifyAll，防止 notigy 因為信號丟失而造成程序異常织狐。

31暂幼、什么是 Daemon 線程筏勒？它有什么意義？

答：

所謂后臺(daemon)線程旺嬉，是指在程序運行的時候在后臺提供一種通用服務的線程管行，并且這個線程并不屬于程序中不可或缺的部分。因此邪媳，當所有的非后臺線程結束時捐顷，程序也就終止了，同時會殺死進程中的所有后臺線程雨效。反過來說迅涮，只要有任何非后臺線程還在運行，程序就不會終止徽龟。必須在線程啟動之前調用setDaemon()方法叮姑，才能把它設置為后臺線程。

注意：后臺進程在不執(zhí)行 finally子句的情況下就會終止其 run()方法据悔。

比如：JVM 的垃圾回收線程就是 Daemon線程传透，F(xiàn)inalizer 也是守護線程。

32极颓、java 如何實現(xiàn)多線程之間的通訊和協(xié)作朱盐？

答：

中斷 和 共享變量

33、什么是可重入鎖（ReentrantLock）讼昆？

答：

舉例來說明鎖的可重入性托享。

public class UnReentrant{ Lock lock = new Lock(); public void outer(){ lock.lock(); inner(); lock.unlock(); } public void inner(){ lock.lock(); //do something lock.unlock(); } }

outer 中調用了 inner骚烧，outer 先鎖住了 lock浸赫，這樣 inner 就不能再獲取 lock。其實調用 outer 的線程已經獲取了 lock 鎖赃绊，但是不能在 inner 中重復利用已經獲取的鎖資源既峡，這種鎖即稱之為 不可重入可重入就意味著：線程可以進入任何一個它已經擁有的鎖所同步著的代碼塊。

synchronized碧查、ReentrantLock 都是可重入的鎖运敢，可重入鎖相對來說簡化了并發(fā)編程的開發(fā)。

34忠售、當一個線程進入某個對象的一個 synchronized 的實例方法后传惠，其它線程是否可進入此對象的其它方法？

答：

如果其他方法沒有 synchronized 的話稻扬，其他線程是可以進入的卦方。

所以要開放一個線程安全的對象時，得保證每個方法都是線程安全的泰佳。

35盼砍、樂觀鎖和悲觀鎖的理解及如何實現(xiàn)尘吗，有哪些實現(xiàn)方式？

答：

悲觀鎖：總是假設最壞的情況浇坐，每次去拿數(shù)據(jù)的時候都認為別人會修改睬捶，所以每次在拿數(shù)據(jù)的時候都會上鎖，這樣別人想拿這個數(shù)據(jù)就會阻塞直到它拿到鎖近刘。傳統(tǒng)的關系型數(shù)據(jù)庫里邊就用到了很多這種鎖機制擒贸，比如行鎖，表鎖等觉渴，讀鎖酗宋，寫鎖等，都是在做操作之前先上鎖疆拘。再比如 Java 里面的同步原語 synchronized 關鍵字的實現(xiàn)也是悲觀鎖蜕猫。

樂觀鎖：顧名思義，就是很樂觀哎迄，每次去拿數(shù)據(jù)的時候都認為別人不會修改回右，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數(shù)據(jù)漱挚，可以使用版本號等機制翔烁。樂觀鎖適用于多讀的應用類型，這樣可以提高吞吐量旨涝，像數(shù)據(jù)庫提供的類似于 write_condition 機制蹬屹，其實都是提供的樂觀鎖。在 Java中 java.util.concurrent.atomic 包下面的原子變量類就是使用了樂觀鎖的一種實現(xiàn)方式 CAS 實現(xiàn)的白华。

樂觀鎖的實現(xiàn)方式：

1慨默、使用版本標識來確定讀到的數(shù)據(jù)與提交時的數(shù)據(jù)是否一致。提交后修改版本標識弧腥，不一致時可以采取丟棄和再次嘗試的策略厦取。

2、java 中的 Compare and Swap 即 CAS 管搪，當多個線程嘗試使用 CAS 同時更新同一個變量時虾攻，只有其中一個線程能更新變量的值，而其它線程都失敗更鲁，失敗的線程并不會被掛起霎箍，而是被告知這次競爭中失敗，并可以再次嘗試澡为。 CAS 操作中包含三個操作數(shù) —— 需要讀寫的內存位置（V）漂坏、進行比較的預期原值（A）和擬寫入的新值(B)。如果內存位置 V 的值與預期原值 A 相匹配，那么處理器會自動將該位置值更新為新值 B樊拓。否則處理器不做任何操作纠亚。

CAS 缺點：

1、ABA 問題：

比如說一個線程 one 從內存位置 V 中取出 A筋夏，這時候另一個線程 two 也從內存中取出 A蒂胞，并且 two 進行了一些操作變成了 B，然后 two 又將 V 位置的數(shù)據(jù)變成 A条篷，這時候線程 one 進行 CAS 操作發(fā)現(xiàn)內存中仍然是 A骗随，然后 one 操作成功。盡管線程 one 的 CAS 操作成功赴叹，但可能存在潛藏的問題鸿染。從 Java1.5 開始 JDK 的 atomic包里提供了一個類 AtomicStampedReference 來解決 ABA 問題。

2乞巧、循環(huán)時間長開銷大：

對于資源競爭嚴重（線程沖突嚴重）的情況涨椒，CAS 自旋的概率會比較大，從而浪費更多的 CPU 資源绽媒，效率低于 synchronized蚕冬。

3、只能保證一個共享變量的原子操作：

當對一個共享變量執(zhí)行操作時是辕，我們可以使用循環(huán) CAS 的方式來保證原子操作囤热，但是對多個共享變量操作時，循環(huán) CAS 就無法保證操作的原子性获三，這個時候就可以用鎖旁蔼。

36、SynchronizedMap 和 ConcurrentHashMap 有什么區(qū)別疙教？

答：

SynchronizedMap 一次鎖住整張表來保證線程安全棺聊，所以每次只能有一個線程來訪為 map。

ConcurrentHashMap 使用分段鎖來保證在多線程下的性能松逊。

ConcurrentHashMap 中則是一次鎖住一個桶躺屁。ConcurrentHashMap 默認將hash 表分為 16 個桶肯夏，諸如 get,put,remove 等常用操作只鎖當前需要用到的桶经宏。

這樣，原來只能一個線程進入驯击，現(xiàn)在卻能同時有 16 個寫線程執(zhí)行烁兰，并發(fā)性能的提升是顯而易見的。

另外 ConcurrentHashMap 使用了一種不同的迭代方式徊都。在這種迭代方式中沪斟，當iterator 被創(chuàng)建后集合再發(fā)生改變就不再是拋出

ConcurrentModificationException，取而代之的是在改變時 new 新的數(shù)據(jù)從而不影響原有的數(shù)據(jù) ，iterator 完成后再將頭指針替換為新的數(shù)據(jù) 主之，這樣 iterator線程可以使用原來老的數(shù)據(jù)择吊，而寫線程也可以并發(fā)的完成改變。

37槽奕、CopyOnWriteArrayList 可以用于什么應用場景几睛？

答：

CopyOnWriteArrayList(免鎖容器)的好處之一是當多個迭代器同時遍歷和修改這個列表時，不會拋出 ConcurrentModificationException粤攒。在CopyOnWriteArrayList 中所森，寫入將導致創(chuàng)建整個底層數(shù)組的副本，而源數(shù)組將保留在原地夯接，使得復制的數(shù)組在被修改時焕济，讀取操作可以安全地執(zhí)行。

1盔几、由于寫操作的時候晴弃，需要拷貝數(shù)組，會消耗內存逊拍，如果原數(shù)組的內容比較多的情況下肝匆，可能導致 young gc 或者 full gc；

2顺献、不能用于實時讀的場景旗国，像拷貝數(shù)組、新增元素都需要時間注整，所以調用一個 set操作后能曾，讀取到數(shù)據(jù)可能還是舊的,雖然 CopyOnWriteArrayList 能做到最終一致性,但是還是沒法滿足實時性要求；

CopyOnWriteArrayList 透露的思想：

1肿轨、讀寫分離寿冕，讀和寫分開

2、最終一致性

3椒袍、使用另外開辟空間的思路驼唱，來解決并發(fā)沖突

38、什么叫線程安全驹暑？servlet 是線程安全嗎?

答：

線程安全是編程中的術語玫恳，指某個函數(shù)、函數(shù)庫在多線程環(huán)境中被調用時优俘，能夠正確地處理多個線程之間的共享變量京办，使程序功能正確完成。

Servlet 不是線程安全的帆焕，servlet 是單實例多線程的惭婿，當多個線程同時訪問同一個方法，是不能保證共享變量的線程安全性的。

Struts2 的 action 是多實例多線程的财饥，是線程安全的换吧，每個請求過來都會 new 一個新的 action 分配給這個請求，請求完成后銷毀钥星。

SpringMVC 的 Controller 是線程安全的嗎式散？不是的，和 Servlet 類似的處理流程打颤。

Struts2 好處是不用考慮線程安全問題暴拄；Servlet 和 SpringMVC 需要考慮線程安全問題，但是性能可以提升不用處理太多的 gc乖篷，可以使用 ThreadLocal 來處理多線程的問題透且。

39似嗤、volatile 有什么用爹袁？能否用一句話說明下 volatile 的應用場景？

答：

volatile 保證內存可見性和禁止指令重排。

volatile 用于多線程環(huán)境下的單次操作(單次讀或者單次寫)诺凡。

40弯淘、為什么代碼會重排序倾哺？

答：

在執(zhí)行程序時令宿，為了提供性能，處理器和編譯器常常會對指令進行重排序最易，但是不能隨意重排序怒坯，不是你想怎么排序就怎么排序，它需要滿足以下兩個條件：

在單線程環(huán)境下不能改變程序運行的結果藻懒；

存在數(shù)據(jù)依賴關系的不允許重排序剔猿。

需要注意的是：重排序不會影響單線程環(huán)境的執(zhí)行結果，但是會破壞多線程的執(zhí)行語義嬉荆。

41归敬、在 java 中 wait 和 sleep 方法的不同？

答：

最大的不同是在等待時 wait 會釋放鎖鄙早，而 sleep 一直持有鎖汪茧。Wait 通常被用于線程間交互，sleep 通常被用于暫停執(zhí)行蝶锋。

42陆爽、用 Java 實現(xiàn)阻塞隊列

public class MyBlockQueue<T> {

? ? //push鎖

? ? private final static Object pushLock = new Object();

? ? //pop鎖

? ? private final static Object popLock = new Object();

? ? //數(shù)據(jù)存儲

? ? private Stack<T> stack;

? ? //隊列最大長度

? ? private? int maxSize = 0;

? ? //隊列最小長度

? ? private int minSize = 0;

? ? public MyBlockQueue(int size) {

? ? ? ? this.maxSize = size;

? ? ? ? stack = new Stack<T>();

? ? }

? ? public synchronized void push(T t) {

? ? ? ? if(stack.size() >= maxSize) {

? ? ? ? ? ? pushLock();

? ? ? ? }

? ? ? ? stack.push(t);

? ? ? ? popUnLock();

? ? }

? ? public synchronized T pop() {

? ? ? ? if(stack.size() == minSize) {

? ? ? ? ? ? popLock();

? ? ? ? }

? ? ? ? T t = stack.pop();

? ? ? ? pushUnLock();

? ? ? ? return t;

? ? }

? ? private void pushLock() {

? ? ? ? synchronized (pushLock) {

? ? ? ? ? ? try {

? ? ? ? ? ? ? ? pushLock.wait();

? ? ? ? ? ? } catch (Exception e) {

? ? ? ? ? ? ? ? e.printStackTrace();

? ? ? ? ? ? }

? ? ? ? }

? ? }

? ? private void pushUnLock() {

? ? ? ? synchronized (pushLock) {

? ? ? ? ? ? pushLock.notify();

? ? ? ? }

? ? }

? ? private? void popLock() {

? ? ? ? synchronized (popLock) {

? ? ? ? ? ? try {

? ? ? ? ? ? ? ? popLock.wait();

? ? ? ? ? ? } catch (Exception e) {

? ? ? ? ? ? ? ? e.printStackTrace();

? ? ? ? ? ? }

? ? ? ? }

? ? }

? ? private void? popUnLock() {

? ? ? ? synchronized (popLock) {

? ? ? ? ? ? popLock.notify();

? ? ? ? }

? ? }

}

43、一個線程運行時發(fā)生異常會怎樣？

答：

如果異常沒有被捕獲該線程將會停止執(zhí)行躯舔。Thread.UncaughtExceptionHandler是用于處理未捕獲異常造成線程突然中斷情況的一個內嵌接口丧失。當一個未捕獲異常將造成線程中斷的時候 JVM 會使用 Thread.getUncaughtExceptionHandler()來查詢線程的 UncaughtExceptionHandler 并將線程和異常作為參數(shù)傳遞給handler 的 uncaughtException()方法進行處理惜互。

44训堆、如何在兩個線程間共享數(shù)據(jù)坑鱼？

答：

在兩個線程間共享變量即可實現(xiàn)共享鲁沥。

一般來說彭谁，共享變量要求變量本身是線程安全的马靠，然后在線程內使用的時候甩鳄，如果有對共享變量的復合操作妙啃，那么也得保證復合操作的線程安全性。

45燥滑、Java 中 notify 和 notifyAll 有什么區(qū)別铭拧？

答：

notify() 方法不能喚醒某個具體的線程搀菩，所以只有一個線程在等待的時候它才有用武之地歧蒋。而 notifyAll()喚醒所有線程并允許他們爭奪鎖確保了至少有一個線程能繼續(xù)運行谜洽。

46阐虚、為什么 wait, notify 和 notifyAll 這些方法不在 thread類里面敌呈？

答：

一個很明顯的原因是 JAVA 提供的鎖是對象級的而不是線程級的，每個對象都有鎖析显，通過線程獲得谷异。由于 wait，notify 和 notifyAll 都是鎖級別的操作尺上，所以把他們定義在 Object 類中因為鎖屬于對象怎抛。

47马绝、什么是 ThreadLocal 變量富稻？

答：

ThreadLocal 是 Java 里一種特殊的變量唉窃。每個線程都有一個 ThreadLocal 就是每個線程都擁有了自己獨立的一個變量纹份，競爭條件被徹底消除了。它是為創(chuàng)建代價高昂的對象獲取線程安全的好方法元暴，比如你可以用 ThreadLocal 讓SimpleDateFormat 變成線程安全的茉盏，因為那個類創(chuàng)建代價高昂且每次調用都需要創(chuàng)建不同的實例所以不值得在局部范圍使用它，如果為每個線程提供一個自己獨有的變量拷貝讶迁，將大大提高效率。首先客扎，通過復用減少了代價高昂的對象的創(chuàng)建個數(shù)宅楞。其次，你在沒有使用高代價的同步或者不變性的情況下獲得了線程安全迅箩。

48饲趋、Java 中 interrupted 和 isInterrupted 方法的區(qū)別堂污？

答：

interrupt：

interrupt 方法用于中斷線程盟猖。調用該方法的線程的狀態(tài)為將被置為”中斷”狀態(tài)式镐。

注意：線程中斷僅僅是置線程的中斷狀態(tài)位娘汞，不會停止線程。需要用戶自己去監(jiān)視線程的狀態(tài)為并做處理禽作。支持線程中斷的方法（也就是線程中斷后會拋出interruptedException的方法）就是在監(jiān)視線程的中斷狀態(tài)，一旦線程的中斷狀態(tài)被置為“中斷狀態(tài)”狸捅，就會拋出中斷異常。

interrupted：

查詢當前線程的中斷狀態(tài)累提，并且清除原狀態(tài)尘喝。如果一個線程被中斷了，第一次調用 interrupted 則返回 true斋陪，第二次和后面的就返回 false 了朽褪。

isInterrupted：

僅僅是查詢當前線程的中斷狀態(tài)。

49无虚、為什么 wait 和 notify 方法要在同步塊中調用缔赠？

答：

Java API 強制要求這樣做踢匣，如果你不這么做，你的代碼會拋出IllegalMonitorStateException 異常建瘫。還有一個原因是為了避免 wait 和 notify之間產生競態(tài)條件。

50、為什么你應該在循環(huán)中檢查等待條件?

答：

處于等待狀態(tài)的線程可能會收到錯誤警報和偽喚醒重抖，如果不在循環(huán)中檢查等待條件，程序就會在沒有滿足結束條件的情況下退出。

51饿凛、Java 中的同步集合與并發(fā)集合有什么區(qū)別硬鞍？

答：

同步集合與并發(fā)集合都為多線程和并發(fā)提供了合適的線程安全的集合怔匣，不過并發(fā)集合的可擴展性更高。在 Java1.5 之前程序員們只有同步集合來用且在多線程并發(fā)的時候會導致爭用，阻礙了系統(tǒng)的擴展性。Java5 介紹了并發(fā)集合像ConcurrentHashMap，不僅提供線程安全還用鎖分離和內部分區(qū)等現(xiàn)代技術提高了可擴展性殖告。

52、什么是線程池？ 為什么要使用它谤狡？

答：

創(chuàng)建線程要花費昂貴的資源和時間盈罐，如果任務來了才創(chuàng)建線程那么響應時間會變長础浮，而且一個進程能創(chuàng)建的線程數(shù)有限豆同。為了避免這些問題影锈，在程序啟動的時候就創(chuàng)建若干線程來響應處理沃但，它們被稱為線程池逸贾，里面的線程叫工作線程。從JDK1.5 開始苔咪，Java API 提供了 Executor 框架讓你可以創(chuàng)建不同的線程池。

53皇钞、怎么檢測一個線程是否擁有鎖悼泌？

答：

在 java.lang.Thread 中有一個方法叫 holdsLock()，它返回 true 如果當且僅當當前線程擁有某個具體對象的鎖夹界。

54馆里、你如何在 Java 中獲取線程堆棧隘世？

答：

kill -3 [java pid]

不會在當前終端輸出，它會輸出到代碼執(zhí)行的或指定的地方去鸠踪。比如丙者，kill -3

tomcat pid, 輸出堆棧到 log 目錄下。

Jstack [java pid]

這個比較簡單营密，在當前終端顯示械媒，也可以重定向到指定文件中。

-JvisualVM：Thread Dump

不做說明评汰，打開 JvisualVM 后纷捞，都是界面操作，過程還是很簡單的被去。

55主儡、JVM 中哪個參數(shù)是用來控制線程的棧堆棧小的?

答：

Xss 每個線程的棧大小

56、Thread 類中的 yield 方法有什么作用惨缆？

答：

使當前線程從執(zhí)行狀態(tài)（運行狀態(tài)）變?yōu)榭蓤?zhí)行態(tài)（就緒狀態(tài)）糜值。

當前線程到了就緒狀態(tài)，那么接下來哪個線程會從就緒狀態(tài)變成執(zhí)行狀態(tài)呢坯墨？可能是當前線程寂汇，也可能是其他線程，看系統(tǒng)的分配了捣染。

57骄瓣、Java 中 ConcurrentHashMap 的并發(fā)度是什么？

答：

ConcurrentHashMap 把實際 map 劃分成若干部分來實現(xiàn)它的可擴展性和線程安全液斜。這種劃分是使用并發(fā)度獲得的累贤，它是 ConcurrentHashMap 類構造函數(shù)的一個可選參數(shù)，默認值為 16少漆，這樣在多線程情況下就能避免爭用。

在 JDK8 后硼被，它摒棄了 Segment（鎖段）的概念示损，而是啟用了一種全新的方式實現(xiàn),利用 CAS 算法。同時加入了更多的輔助變量來提高并發(fā)度嚷硫，具體內容還是查看源碼吧检访。

58、Java 中 Semaphore 是什么仔掸？

答：

Java 中的 Semaphore 是一種新的同步類脆贵，它是一個計數(shù)信號。從概念上講起暮，從概念上講卖氨，信號量維護了一個許可集合。如有必要，在許可可用前會阻塞每一個acquire()筒捺，然后再獲取該許可柏腻。每個 release()添加一個許可，從而可能釋放一個正在阻塞的獲取者系吭。但是五嫂，不使用實際的許可對象，Semaphore 只對可用許可的號碼進行計數(shù)肯尺，并采取相應的行動沃缘。信號量常常用于多線程的代碼中，比如數(shù)據(jù)庫連接池则吟。

59槐臀、Java 線程池中 submit() 和 execute()方法有什么區(qū)別？

答：

兩個方法都可以向線程池提交任務逾滥，execute()方法的返回類型是 void峰档，它定義在Executor 接口中。

而 submit()方法可以返回持有計算結果的 Future 對象寨昙，它定義在ExecutorService 接口中讥巡，它擴展了 Executor 接口，其它線程池類像ThreadPoolExecutor 和 ScheduledThreadPoolExecutor 都有這些方法舔哪。

60欢顷、什么是阻塞式方法？

答：

阻塞式方法是指程序會一直等待該方法完成期間不做其他事情捉蚤，ServerSocket 的accept()方法就是一直等待客戶端連接抬驴。這里的阻塞是指調用結果返回之前，當前線程會被掛起缆巧，直到得到結果之后才會返回布持。此外，還有異步和非阻塞式方法在任務完成前就返回陕悬。

61题暖、Java 中的 ReadWriteLock 是什么？

答：

讀寫鎖是用來提升并發(fā)程序性能的鎖分離技術的成果捉超。

62胧卤、volatile 變量和 atomic 變量有什么不同？

答：

Volatile 變量可以確保先行關系拼岳，即寫操作會發(fā)生在后續(xù)的讀操作之前, 但它并不能保證原子性枝誊。例如用 volatile 修飾 count 變量那么 count++ 操作就不是原子性的。

而 AtomicInteger 類提供的 atomic 方法可以讓這種操作具有原子性如getAndIncrement()方法會原子性的進行增量操作把當前值加一惜纸，其它數(shù)據(jù)類型和引用變量也可以進行相似操作叶撒。

63绝骚、可以直接調用 Thread 類的 run ()方法么？

答：

當然可以痊乾。但是如果我們調用了 Thread 的 run()方法皮壁，它的行為就會和普通的方法一樣，會在當前線程中執(zhí)行哪审。為了在新的線程中執(zhí)行我們的代碼蛾魄，必須使用Thread.start()方法。

64湿滓、如何讓正在運行的線程暫停一段時間滴须？

答：

我們可以使用 Thread 類的 Sleep()方法讓線程暫停一段時間。需要注意的是叽奥，這并不會讓線程終止扔水，一旦從休眠中喚醒線程，線程的狀態(tài)將會被改變?yōu)?Runnable朝氓，并且根據(jù)線程調度魔市，它將得到執(zhí)行。

65赵哲、你對線程優(yōu)先級的理解是什么待德？

答：

每一個線程都是有優(yōu)先級的，一般來說枫夺，高優(yōu)先級的線程在運行時會具有優(yōu)先權将宪，但這依賴于線程調度的實現(xiàn)，這個實現(xiàn)是和操作系統(tǒng)相關的(OS dependent)橡庞。我們可以定義線程的優(yōu)先級较坛，但是這并不能保證高優(yōu)先級的線程會在低優(yōu)先級的線程前執(zhí)行。線程優(yōu)先級是一個 int 變量(從 1-10)扒最，1 代表最低優(yōu)先級丑勤，10 代表最高優(yōu)先級。

java 的線程優(yōu)先級調度會委托給操作系統(tǒng)去處理吧趣，所以與具體的操作系統(tǒng)優(yōu)先級有關确封，如非特別需要，一般無需設置線程優(yōu)先級再菊。

66、什么是線程調度器(Thread Scheduler)和時間分片(Time Slicing )颜曾？

答：

線程調度器是一個操作系統(tǒng)服務纠拔，它負責為 Runnable 狀態(tài)的線程分配 CPU 時間。一旦我們創(chuàng)建一個線程并啟動它泛豪，它的執(zhí)行便依賴于線程調度器的實現(xiàn)稠诲。同上一個問題侦鹏，線程調度并不受到 Java 虛擬機控制，所以由應用程序來控制它是更好的選擇（也就是說不要讓你的程序依賴于線程的優(yōu)先級）臀叙。

時間分片是指將可用的 CPU 時間分配給可用的 Runnable 線程的過程略水。分配 CPU時間可以基于線程優(yōu)先級或者線程等待的時間。

67劝萤、你如何確保 main()方法所在的線程是 Java 程序最后結束的線程渊涝？

答：

我們可以使用 Thread 類的 join()方法來確保所有程序創(chuàng)建的線程在 main()方法退出前結束。

68床嫌、線程之間是如何通信的跨释？

答：

當線程間是可以共享資源時，線程間通信是協(xié)調它們的重要的手段厌处。Object 類中wait()\notify()\notifyAll()方法可以用于線程間通信關于資源的鎖的狀態(tài)鳖谈。

69、為什么線程通信的方法 wait(), notify()和 notifyAll()被定義在 Object類里阔涉？

答：

Java 的每個對象中都有一個鎖(monitor缆娃，也可以成為監(jiān)視器) 并且 wait()，notify()等方法用于等待對象的鎖或者通知其他線程對象的監(jiān)視器可用瑰排。在 Java 的線程中并沒有可供任何對象使用的鎖和同步器贯要。這就是為什么這些方法是 Object 類的一部分，這樣 Java 的每一個類都有用于線程間通信的基本方法凶伙。

70郭毕、為什么 wait(), notify()和 notifyAll ()必須在同步方法或者同步塊中被調用？

答：

當一個線程需要調用對象的 wait()方法的時候函荣，這個線程必須擁有該對象的鎖显押，接著它就會釋放這個對象鎖并進入等待狀態(tài)直到其他線程調用這個對象上的 notify()方法。同樣的傻挂，當一個線程需要調用對象的 notify()方法時乘碑，它會釋放這個對象的鎖，以便其他在等待的線程就可以得到這個對象鎖金拒。由于所有的這些方法都需要線程持有對象的鎖兽肤，這樣就只能通過同步來實現(xiàn)，所以他們只能在同步方法或者同步塊中被調用绪抛。

71资铡、為什么 Thread 類的 sleep()和 yield ()方法是靜態(tài)的？

答：

Thread 類的 sleep()和 yield()方法將在當前正在執(zhí)行的線程上運行幢码。所以在其他處于等待狀態(tài)的線程上調用這些方法是沒有意義的笤休。這就是為什么這些方法是靜態(tài)的。它們可以在當前正在執(zhí)行的線程中工作症副，并避免程序員錯誤的認為可以在其他非運行線程調用這些方法店雅。

72政基、如何確保線程安全？

答：

在 Java 中可以有很多方法來保證線程安全——同步闹啦，使用原子類(atomic concurrent classes)沮明，實現(xiàn)并發(fā)鎖，使用 volatile 關鍵字窍奋，使用不變類和線程安全類荐健。

73、同步方法和同步塊费变，哪個是更好的選擇摧扇？

答：

同步塊是更好的選擇，因為它不會鎖住整個對象（當然你也可以讓它鎖住整個對象）挚歧。同步方法會鎖住整個對象扛稽，哪怕這個類中有多個不相關聯(lián)的同步塊，這通常會導致他們停止執(zhí)行并需要等待獲得這個對象上的鎖滑负。

同步塊更要符合開放調用的原則在张，只在需要鎖住的代碼塊鎖住相應的對象，這樣從側面來說也可以避免死鎖矮慕。

74帮匾、如何創(chuàng)建守護線程？

答：

使用 Thread 類的 setDaemon(true)方法可以將線程設置為守護線程痴鳄，需要注意的是瘟斜，需要在調用 start()方法前調用這個方法，否則會拋出IllegalThreadStateException 異常痪寻。

75螺句、什么是 Java Timer 類？如何創(chuàng)建一個有特定時間間隔的任務橡类？

答：

java.util.Timer 是一個工具類蛇尚，可以用于安排一個線程在未來的某個特定時間執(zhí)行。Timer 類可以用安排一次性任務或者周期任務顾画。

java.util.TimerTask 是一個實現(xiàn)了 Runnable 接口的抽象類取劫，我們需要去繼承這個類來創(chuàng)建我們自己的定時任務并使用 Timer 去安排它的執(zhí)行。

結語：

祝大家順順利利工作哦研侣！如果有需要更多的Java面試資料的谱邪，可以關注+私信我！