前言

眾所周知，在Java的知識(shí)體系中，并發(fā)編程是非常重要的一環(huán)，也是面試的必問題，一個(gè)好的Java程序員是必須對(duì)并發(fā)編程這塊有所了解的。

然而不論是哪個(gè)國家，什么背景的 Java 開發(fā)者，都對(duì)自己寫的并發(fā)程序相當(dāng)自信，但也會(huì)在出問題時(shí)表現(xiàn)得很詫異甚至一籌莫展。

可見，Java 并發(fā)編程顯然不是一件能速成的能力，基礎(chǔ)搭得越好，越全面，在實(shí)踐中才會(huì)有更深刻的理解。

因此，大家不難發(fā)現(xiàn) Java 并發(fā)問題一直是各個(gè)大廠面試的重點(diǎn)之一。我在平時(shí)的面試中，也發(fā)現(xiàn)很多候選人對(duì)一些基本的并發(fā)概念表示沒聽過，或原理不理解，可能知道一些卻又講不清楚，最終導(dǎo)致面試失敗。

本文會(huì)結(jié)合實(shí)際中接觸到的一些面試題，重點(diǎn)來聊一聊 Java 并發(fā)中的相關(guān)知識(shí)點(diǎn)。

Synchronized 相關(guān)問題

問題一：Synchronized 用過嗎，其原理是什么？

問題二：你剛才提到獲取對(duì)象的鎖，這個(gè)“鎖”到底是什么？如何確定對(duì)象的鎖？

問題三：什么是可重入性，為什么說 Synchronized 是可重入鎖？

問題四：JVM 對(duì) Java 的原生鎖做了哪些優(yōu)化？

問題五：為什么說 Synchronized 是非公平鎖？

問題六：什么是鎖消除和鎖粗化？

問題七：為什么說 Synchronized 是一個(gè)悲觀鎖？樂觀鎖的實(shí)現(xiàn)原理又是什么？什么是

問題八：樂觀鎖一定就是好的嗎？

可重入鎖 ReentrantLock 及其他顯式鎖相關(guān)問題

問題一：跟 Synchronized 相比，可重入鎖 ReentrantLock 其實(shí)現(xiàn)原理有什么不同？

問題二：那么請(qǐng)談?wù)?AQS 框架是怎么回事兒？

問題三：請(qǐng)盡可能詳盡地對(duì)比下 Synchronized 和 ReentrantLock 的異同。

問題四：ReentrantLock 是如何實(shí)現(xiàn)可重入性的？

問題五：除了 ReetrantLock，你還接觸過 JUC 中的哪些并發(fā)工具？

問題六：請(qǐng)談?wù)?ReadWriteLock 和 StampedLock。

問題七：如何讓 Java 的線程彼此同步？你了解過哪些同步器？請(qǐng)分別介紹下。

問題八：CyclicBarrier 和 CountDownLatch 看起來很相似，請(qǐng)對(duì)比下呢？

Java 線程池相關(guān)問題

問題一：Java 中的線程池是如何實(shí)現(xiàn)的？

問題二：創(chuàng)建線程池的幾個(gè)核心構(gòu)造參數(shù)？

問題三：線程池中的線程是怎么創(chuàng)建的？是一開始就隨著線程池的啟動(dòng)創(chuàng)建好的嗎？

問題四：既然提到可以通過配置不同參數(shù)創(chuàng)建出不同的線程池，那么 Java 中默認(rèn)實(shí)現(xiàn)好的線程池又有哪些呢？請(qǐng)比較它們的異同。

問題五：如何在 Java 線程池中提交線程？

Java 內(nèi)存模型相關(guān)問題

問題一：什么是 Java 的內(nèi)存模型，Java 中各個(gè)線程是怎么彼此看到對(duì)方的變量的？

問題二：請(qǐng)談?wù)?volatile 有什么特點(diǎn)，為什么它能保證變量對(duì)所有線程的可見性？

問題三：既然 volatile 能夠保證線程間的變量可見性，是不是就意味著基于 volatile 變量的運(yùn)算就是并發(fā)安全的？

問題四：請(qǐng)對(duì)比下 volatile 對(duì)比 Synchronized 的異同。

問題五：請(qǐng)談?wù)?ThreadLocal 是怎么解決并發(fā)安全的？

問題六：很多人都說要慎用 ThreadLocal，談?wù)勀愕睦斫?，使?ThreadLocal 需要注意些什么？

如何學(xué)習(xí)并發(fā)編程

學(xué)習(xí)java并發(fā)就像進(jìn)入了另外一個(gè)學(xué)習(xí)領(lǐng)域，就像學(xué)習(xí)一門新的編程語言，或者是學(xué)習(xí)一套新的語言概念，要理解并發(fā)編程，其難度跟理解面向?qū)ο缶幊屉y度差不多。你花一點(diǎn)功夫，就可以理解它的基本機(jī)制，但是要想真正掌握它的本質(zhì)，就需要深入的學(xué)習(xí)與理解。最后在分享一個(gè)并發(fā)編程知識(shí)的學(xué)習(xí)導(dǎo)圖給大家！

201 9版多線程與高并發(fā)(馬士兵)

各位同學(xué),大家好，這是首次使用比較口語化的文字形成-本書,其實(shí)也不知道效果如何,希望各位收到書本后能夠多提意見和建議。同時(shí)也請(qǐng)大家體諒,由于時(shí)間關(guān)系和忙碌程度,暫時(shí)只能總結(jié)成為口語化的形式,后面時(shí)間充裕了,將會(huì)以書面語言的方式進(jìn)行重新更新。

第一節(jié):線程的基本概念

首先給大家交代- -下我們2019年這個(gè)版本給大家講哪些內(nèi)容,這個(gè)版本主要之中在多線程和高并發(fā)這兩大塊,這兩大塊兒是現(xiàn)在面試問的越來越多,也是相對(duì)-一個(gè)初級(jí)的程序員向中高級(jí)邁進(jìn)的必須要踏過的一-個(gè)坎兒。

第二節(jié): volatile與CAS

volatile

我們先來看這個(gè)volatile的概念，volatile它是什么意思?，F(xiàn)在像大的互聯(lián)網(wǎng)企業(yè)的面試，基本上volatile是必會(huì)的,有時(shí)候他也不會(huì)太問,認(rèn)為你應(yīng)該會(huì),但是中小企業(yè)也就開始問這方面的問題。

我們來看一下這個(gè)小程序,寫了-一個(gè)方法啊,首先定義了-個(gè)變布爾類型等于true ,這里模擬的是一個(gè)服務(wù)器的操作,我的值為true你就給我不間斷的運(yùn)行,什么時(shí)候?yàn)閒alse你再停止。測試new Thread啟動(dòng)-個(gè)線程,調(diào)用m方法,睡了-秒,最后running等于false ,運(yùn)行方法他是不會(huì)停止的。如果你要吧volatile打開,那么結(jié)果就是啟動(dòng)程序-秒之后他就會(huì)m end停止。( volatile就是不停的追蹤這個(gè)值，時(shí)刻看什么時(shí)候發(fā)生了變化)

第三節(jié): Atomic類和線程同步新機(jī)制

今天,我們繼續(xù)講-個(gè)Atomic的問題 ，然后開始講除synchronized之外的別的鎖。在前面內(nèi)容我們講了synchronized. volatile. Atomic和CAS , Atomic我們只是講了-個(gè)開頭還沒有講完,今天我們繼續(xù)。

像原來我們寫m++你得加鎖,在多線程訪問的情況下,那現(xiàn)在我們可以用Atomicinteger了,它內(nèi)部就已經(jīng)幫我們實(shí)現(xiàn)了原子操作。直接寫count. incrementAndGet(: /count1++這個(gè)就相當(dāng)于count++.原來我們對(duì)count是需要加鎖的, 現(xiàn)在就不需要加鎖了。

我們看下面小程序,模擬,我們計(jì)一個(gè)數(shù),所有的線程都要共同訪問這個(gè)數(shù)count值,大家知道如果所有線程都要訪問這個(gè)數(shù)的時(shí)候,如果每個(gè)線程給它往上加了10000 ,你這個(gè)時(shí)候是需要加鎖的,不加鎖會(huì)出問題。但是,你把它改成AtomicInteger之后就不用在做加鎖的操作了,因?yàn)閕ncrementAndGet內(nèi)部用了cas操作，直接無鎖的操作往上遞增,有同學(xué)可能會(huì)講為什么要用無鎖操作啊,原因是無鎖的操作效率會(huì)更高。

第四節(jié): LockSupport、淘寶面試題與源碼閱讀方法論

首先我們簡單回顧一下前面三節(jié)課講的內(nèi)容 ,分別有線程的基本概念、synchronized. volatile.AtomicXXX、各種JUC同步框架(ReentrantLock. CountDownLatch. CyclicBarrier, Phaser.ReadWriteLock- StampedLock. Semaphore. Exchanger. LockSupport) ，其中synchornized重點(diǎn)講了-下,包括有synchor nized的底層實(shí)現(xiàn)原理、鎖升級(jí)的概念(四種狀態(tài):無鎖、偏向鎖、輕量級(jí)鎖重量級(jí)鎖) , volatile我們講了可見性和禁止指令重排序如何實(shí)現(xiàn)。

第五節(jié): AQS源碼閱讀與強(qiáng)軟弱虛4種引用以及ThreadLocal原理與源碼

今天咱們繼續(xù)講AQS的源碼，在上節(jié)課我教大家怎么閱讀AQS源碼。跑不起來的不讀。解決問題就好一目的性。- -條線索到底、無關(guān)細(xì)節(jié)略過,讀源碼的時(shí)候應(yīng)該先讀骨架,比如拿AQS來說,你需要了解AQS是這么一一個(gè)數(shù)據(jù)結(jié)構(gòu),你讀源碼的時(shí)候讀起來就會(huì)好很多, 在這里需要插-句,從第一章到本章,章章的內(nèi)容都是環(huán)環(huán)相扣的,沒學(xué)習(xí)前邊,建議先去補(bǔ)習(xí)- -下前面的章節(jié)。

第六節(jié):并發(fā)容器

今天是第六天了,這節(jié)課本來想上-個(gè)大而全的課，后來發(fā)現(xiàn)這個(gè)實(shí)在目標(biāo)太大了,大而全的概念就是上節(jié)課講到的那張容器圖中的每一個(gè)都講的非常的細(xì)致,然后去談他們的源碼。但是如果這么講的話我們高井發(fā)的課就講不完了,所以也別著急,后面單獨(dú)開門課來講集合,集合的發(fā)展歷程,現(xiàn)在為什么講這個(gè)并發(fā)容器呢,主要是為了線程池做準(zhǔn)備,線程池里有一個(gè)參數(shù)就是用并發(fā)容器來做你工作任務(wù)的容器。

第七節(jié):線程池

今天這節(jié)課呢,我們通過- -道面試把前面講的哪些基礎(chǔ)復(fù)習(xí)一下,然后再開始線程池這部分的內(nèi)容,我們一點(diǎn)一點(diǎn)來看。

這道面試題呢實(shí)際上是華為的一-道面試題,其實(shí)它里面是一道填空題 ,后來就很多的開始考這道題,這個(gè)面試題是兩個(gè)線程,第一個(gè)線程是從1到26 ,第二個(gè)線程是從A到- -直到Z ,然后要讓這兩個(gè)線程做到同時(shí)運(yùn)行,交替輸出,順序打印。那么這道題目的解法有非常多。

第八節(jié):線程池與源碼閱讀

第一個(gè)我們講了一個(gè)Executor這個(gè)接口,大家回顧-下這個(gè)接口是干什么使的,把線程的定義和執(zhí)行分開,主要來做線程的執(zhí)行接口。在這他下面有一個(gè)整個(gè)的這 個(gè)線程池的生命周期，它里面的方法都給他定義全的接口ExecutorService ,他下面還有AbstractExecutor這個(gè)沒有和大家說,這個(gè)無所謂了,是為了哪些個(gè)子類做準(zhǔn)備的。

第九節(jié): JMH與Disruptor

今天我們講兩個(gè)內(nèi)容,第一個(gè)是IMH ,第二個(gè)是Disruptor.這兩個(gè)內(nèi)容是給大家做更進(jìn)一步的這種多線程和高并發(fā)的一些專業(yè)上的處理。生產(chǎn)環(huán)境之中我們很可能不自己定義消息隊(duì)列，而是使用Disruptor.我們生產(chǎn)環(huán)境做測試的時(shí)候也不是像我說的那樣寫一個(gè)start寫一 個(gè)end就測試完了。在這里給大家先介紹專業(yè)的MH測試工具,在給大家介紹Disruptor號(hào)稱最快的消息隊(duì)列。

因文件資料過多就不給大家一一展示了 需要獲取這份馬士兵老師著作的多線程與高并發(fā)書籍 及更多馬士兵老師的學(xué)習(xí)視頻請(qǐng)轉(zhuǎn)發(fā)+關(guān)注后私信（資料）獲取！

結(jié)語

最后我把這些實(shí)際遇到的并發(fā)編程面試題及常見問題的答案總結(jié)了一下，由于文字過多，就單獨(dú)做了一個(gè)文檔。以及準(zhǔn)備了一些更多關(guān)于Kafka、Mysql、Tomcat、Docker、Spring、MyBatis、Nginx、Netty、Dubbo、Redis、Netty、Spring cloud、分布式、高并發(fā)、性能調(diào)優(yōu)、微服務(wù)等架構(gòu)面試題和架構(gòu)資料在群里免費(fèi)分享，如有需要的朋友的可以來免費(fèi)領(lǐng)取，同時(shí)可以點(diǎn)下喜歡和關(guān)注，以后還會(huì)分享更多干貨的！