前言
201 9版多線程與高併發(馬士兵)
各位同學,大家好，這是首次使用比較口語化的文字形成-本書,其實也不知道效果如何,希望各位收到書本後能夠多提意見和建議。同時也請大家體諒,由於時間關係和忙碌程度,暫時只能總結成為口語化的形式,後面時間充裕了,將會以書面語言的方式進行重新更新。
第一節:線程的基本概念
首先給大家交代- -下我們2019年這個版本給大家講哪些內容,這個版本主要之中在多線程和高併發這兩大塊,這兩大塊兒是現在面試問的越來越多,也是相對-一個初級的程序員向中高級邁進的必須要踏過的一-個坎兒。
第二節: volatile與CAS
volatile
我們先來看這個volatile的概念，volatile它是什麼意思。現在像大的互聯網企業的面試，基本上volatile是必會的,有時候他也不會太問,認為你應該會,但是中小企業也就開始問這方面的問題。
我們來看一下這個小程序,寫了-一個方法啊,首先定義了-個變布爾類型等於true ,這裡模擬的是一個服務器的操作,我的值為true你就給我不間斷的運行,什麼時候為false你再停止。測試new Thread啟動-個線程,調用m方法,睡了-秒,最後running等於false ,運行方法他是不會停止的。如果你要吧volatile打開,那麼結果就是啟動程序-秒之後他就會m end停止。( volatile就是不停的追蹤這個值，時刻看什麼時候發生了變化)
第三節: Atomic類和線程同步新機制
今天,我們繼續講-個Atomic的問題 ，然後開始講除synchronized之外的別的鎖。在前面內容我們講了synchronized. volatile. Atomic和CAS , Atomic我們只是講了-個開頭還沒有講完,今天我們繼續。
像原來我們寫m++你得加鎖,在多線程訪問的情況下,那現在我們可以用Atomicinteger了,它內部就已經幫我們實現了原子操作。直接寫count. incrementAndGet(: /count1++這個就相當於count++.原來我們對count是需要加鎖的, 現在就不需要加鎖了。
我們看下面小程序,模擬,我們計一個數,所有的線程都要共同訪問這個數count值,大家知道如果所有線程都要訪問這個數的時候,如果每個線程給它往上加了10000 ,你這個時候是需要加鎖的,不加鎖會出問題。但是,你把它改成AtomicInteger之後就不用在做加鎖的操作了,因為incrementAndGet內部用了cas操作，直接無鎖的操作往上遞增,有同學可能會講為什麼要用無鎖操作啊,原因是無鎖的操作效率會更高。
第四節: LockSupport、淘寶面試題與源碼閱讀方法論
首先我們簡單回顧一下前面三節課講的內容 ,分別有線程的基本概念、synchronized. volatile.AtomicXXX、各種JUC同步框架(ReentrantLock. CountDownLatch. CyclicBarrier, Phaser.ReadWriteLock- StampedLock. Semaphore. Exchanger. LockSupport) ，其中synchornized重點講了-下,包括有synchor nized的底層實現原理、鎖升級的概念(四種狀態:無鎖、偏向鎖、輕量級鎖重量級鎖) , volatile我們講了可見性和禁止指令重排序如何實現。
第五節: AQS源碼閱讀與強軟弱虛4種引用以及ThreadLocal原理與源碼
今天咱們繼續講AQS的源碼，在上節課我教大家怎麼閱讀AQS源碼。跑不起來的不讀。解決問題就好一目的性。- -條線索到底、無關細節略過,讀源碼的時候應該先讀骨架,比如拿AQS來說,你需要了解AQS是這麼一一個數據結構,你讀源碼的時候讀起來就會好很多, 在這裡需要插-句,從第一章到本章,章章的內容都是環環相扣的,沒學習前邊,建議先去補習- -下前面的章節。
第六節:併發容器
今天是第六天了,這節課本來想上-個大而全的課，後來發現這個實在目標太大了,大而全的概念就是上節課講到的那張容器圖中的每一個都講的非常的細緻,然後去談他們的源碼。但是如果這麼講的話我們高井發的課就講不完了,所以也彆著急,後面單獨開門課來講集合,集合的發展歷程,現在為什麼講這個併發容器呢,主要是為了線程池做準備,線程池裡有一個參數就是用併發容器來做你工作任務的容器。
第七節:線程池
今天這節課呢,我們通過- -道面試把前面講的哪些基礎複習一下,然後再開始線程池這部分的內容,我們一點一點來看。
這道面試題呢實際上是華為的一-道面試題,其實它裡面是一道填空題 ,後來就很多的開始考這道題,這個面試題是兩個線程,第一個線程是從1到26 ,第二個線程是從A到- -直到Z ,然後要讓這兩個線程做到同時運行,交替輸出,順序打印。那麼這道題目的解法有非常多。
第八節:線程池與源碼閱讀
第一個我們講了一個Executor這個接口,大家回顧-下這個接口是幹什麼使的,把線程的定義和執行分開,主要來做線程的執行接口。在這他下面有一個整個的這 個線程池的生命週期，它裡面的方法都給他定義全的接口ExecutorService ,他下面還有AbstractExecutor這個沒有和大家說,這個無所謂了,是為了哪些個子類做準備的。
第九節: JMH與Disruptor
今天我們講兩個內容,第一個是IMH ,第二個是Disruptor.這兩個內容是給大家做更進一步的這種多線程和高併發的一些專業上的處理。生產環境之中我們很可能不自己定義消息隊列，而是使用Disruptor.我們生產環境做測試的時候也不是像我說的那樣寫一個start寫一 個end就測試完了。 在這裡給大家先介紹專業的MH測試工具,在給大家介紹Disruptor號稱最快的消息隊列。
因文件資料過多就不給大家一一展示了 需要獲取這份馬士兵老師著作的多線程與高併發書籍 及更多馬士兵老師的學習視頻請轉發+關注後私信（學習）獲取！
4.1 高併發分佈式技術專題 - 分佈式開發技術
4.1.1 RPC
4.1.2 分佈式系統指揮官Zookeeper
4.1.3 Dubbo框架
4.2 高併發分佈式技術專題 - 高併發開發技術
4.2.1 Java多線程併發編程
4.2.2 NIO與實戰
4.2.3 高併發-緩存
4.2.4 高併發-消息隊列
4.2.5 高併發- 分流
4.3 高併發分佈式技術專題 - 實戰技巧篇
4.3.1 分佈式鎖實現方案
基於redis實現
基於zookeeper實現
分佈式鎖應用場景
4.3.2 分佈式事務解決方案
基於X/A協議相關的解決方案
消息隊列解決方案
TCC解決方案
本地消息表解決方案
4.3.3 分佈式系統校驗解決方案
分佈式session
JWT方式
單點登錄框架
4.3.4 互聯網高可用架構分析
負載均衡技術分析
通過keepalived實現常用中間件的高可用
4.3.5 分佈式訂單流水號生成策略分析
基於數據庫
基於雪花算法
基於redis實現
各種方案對比
4.4 高併發分佈式技術專題 - 分佈式系統數據存儲篇
4.4.1 數據庫分類介紹
4.4.2 MySQL高可用方案
4.4.3 MongoDB
4.4.4 大數據分庫分表解決方案mycat
如何獲取免費學習資料？
資料獲取方式：
關注+轉發後，私信關鍵詞 【學習】即可獲取！
重要的事情說三遍，轉發、轉發、轉發後再發私信，才可以拿到！.
