本人免費整理了Java高級資料,涵蓋了Java、redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并發(fā)分布式等教程,一共30G,需要自己領(lǐng)取。
站在用戶的角度思考問題,與客戶深入溝通,找到瑞金網(wǎng)站設(shè)計與瑞金網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗,讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、空間域名、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋瑞金地區(qū)。
傳送門:https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q
一直以來并發(fā)編程對于剛?cè)胄械男“讈碚f總是覺得高深莫測,于是乎,就誕生了想寫點東西記錄下,以提升理解和堆并發(fā)編程的認知。為什么需要用的并發(fā)?凡事總有好壞兩面,之間的trade-off是什么,也就是說并發(fā)編程具有哪些缺點?以及在進行并發(fā)編程時應(yīng)該了解和掌握的概念是什么?這篇文章主要以這三個問題來談一談。
一直以來,硬件的發(fā)展極其迅速,也有一個很著名的"摩爾定律",可能會奇怪明明討論的是并發(fā)編程為什么會扯到了硬件的發(fā)展,這其中的關(guān)系應(yīng)該是多核CPU的發(fā)展為并發(fā)編程提供的硬件基礎(chǔ)。摩爾定律并不是一種自然法則或者是物理定律,它只是基于認為觀測數(shù)據(jù)后,對未來的一種預(yù)測。按照所預(yù)測的速度,我們的計算能力會按照指數(shù)級別的速度增長,不久以后會擁有超強的計算能力,正是在暢想未來的時候,2004年,Intel宣布4GHz芯片的計劃推遲到2005年,然后在2004年秋季,Intel宣布徹底取消4GHz的計劃,也就是說摩爾定律的有效性超過了半個世紀戛然而止。但是,聰明的硬件工程師并沒有停止研發(fā)的腳步,他們?yōu)榱诉M一步提升計算速度,而不是再追求單獨的計算單元,而是將多個計算單元整合到了一起,也就是形成了多核CPU。短短十幾年的時間,家用型CPU,比如Intel i7就可以達到4核心甚至8核心。而專業(yè)服務(wù)器則通常可以達到幾個獨立的CPU,每一個CPU甚至擁有多達8個以上的內(nèi)核。因此,摩爾定律似乎在CPU核心擴展上繼續(xù)得到體驗。因此,多核的CPU的背景下,催生了并發(fā)編程的趨勢,通過并發(fā)編程的形式可以將多核CPU的計算能力發(fā)揮到極致,性能得到提升。
頂級計算機科學(xué)家Donald Ervin Knuth如此評價這種情況:在我看來,這種現(xiàn)象(并發(fā))或多或少是由于硬件設(shè)計者無計可施了導(dǎo)致的,他們將摩爾定律的責(zé)任推給了軟件開發(fā)者。
另外,在特殊的業(yè)務(wù)場景下先天的就適合于并發(fā)編程。比如在圖像處理領(lǐng)域,一張1024X768像素的圖片,包含達到78萬6千多個像素。即時將所有的像素遍歷一邊都需要很長的時間,面對如此復(fù)雜的計算量就需要充分利用多核的計算的能力。又比如當我們在網(wǎng)上購物時,為了提升響應(yīng)速度,需要拆分,減庫存,生成訂單等等這些操作,就可以進行拆分利用多線程的技術(shù)完成。面對復(fù)雜業(yè)務(wù)模型,并行程序會比串行程序更適應(yīng)業(yè)務(wù)需求,而并發(fā)編程更能吻合這種業(yè)務(wù)拆分?。正是因為這些優(yōu)點,使得多線程技術(shù)能夠得到重視,也是一名CS學(xué)習(xí)者應(yīng)該掌握的:
充分利用多核CPU的計算能力;
方便進行業(yè)務(wù)拆分,提升應(yīng)用性能
多線程技術(shù)有這么多的好處,難道就沒有一點缺點么,就在任何場景下就一定適用么?很顯然不是。
時間片是CPU分配給各個線程的時間,因為時間非常短,所以CPU不斷通過切換線程,讓我們覺得多個線程是同時執(zhí)行的,時間片一般是幾十毫秒。而每次切換時,需要保存當前的狀態(tài)起來,以便能夠進行恢復(fù)先前狀態(tài),而這個切換時非常損耗性能,過于頻繁反而無法發(fā)揮出多線程編程的優(yōu)勢。通常減少上下文切換可以采用無鎖并發(fā)編程,CAS算法,使用最少的線程和使用協(xié)程。
無鎖并發(fā)編程:可以參照concurrentHashMap鎖分段的思想,不同的線程處理不同段的數(shù)據(jù),這樣在多線程競爭的條件下,可以減少上下文切換的時間。
CAS算法,利用Atomic下使用CAS算法來更新數(shù)據(jù),使用了樂觀鎖,可以有效的減少一部分不必要的鎖競爭帶來的上下文切換
使用最少線程:避免創(chuàng)建不需要的線程,比如任務(wù)很少,但是創(chuàng)建了很多的線程,這樣會造成大量的線程都處于等待狀態(tài)
協(xié)程:在單線程里實現(xiàn)多任務(wù)的調(diào)度,并在單線程里維持多個任務(wù)間的切換
由于上下文切換也是個相對比較耗時的操作,所以在"java并發(fā)編程的藝術(shù)"一書中有過一個實驗,并發(fā)累加未必會比串行累加速度要快。 可以使用Lmbench4測量上下文切換的時長?vmstat測量上下文切換次數(shù)
多線程編程中最難以把握的就是臨界區(qū)線程安全問題,稍微不注意就會出現(xiàn)死鎖的情況,一旦產(chǎn)生死鎖就會造成系統(tǒng)功能不可用。
public?class?DeadLockDemo?{????private?static?String?resource_a?=?"A";????private?static?String?resource_b?=?"B";????public?static?void?main(String[]?args)?{ ????????deadLock(); ????}????public?static?void?deadLock()?{ ????????Thread?threadA?=?new?Thread(new?Runnable()?{????????????@Override ????????????public?void?run()?{????????????????synchronized?(resource_a)?{ ????????????????????System.out.println("get?resource?a");????????????????????try?{ ????????????????????????Thread.sleep(3000);????????????????????????synchronized?(resource_b)?{ ????????????????????????????System.out.println("get?resource?b"); ????????????????????????} ????????????????????}?catch?(InterruptedException?e)?{ ????????????????????????e.printStackTrace(); ????????????????????} ????????????????} ????????????} ????????}); ????????Thread?threadB?=?new?Thread(new?Runnable()?{????????????@Override ????????????public?void?run()?{????????????????synchronized?(resource_b)?{ ????????????????????System.out.println("get?resource?b");????????????????????synchronized?(resource_a)?{ ????????????????????????System.out.println("get?resource?a"); ????????????????????} ????????????????} ????????????} ????????}); ????????threadA.start(); ????????threadB.start(); ????} }
在上面的這個demo中,開啟了兩個線程threadA, threadB,其中threadA占用了resource_a, 并等待被threadB釋放的resource _b。threadB占用了resource _b正在等待被threadA釋放的resource _a。因此threadA,threadB出現(xiàn)線程安全的問題,形成死鎖。同樣可以通過jps,jstack證明這種推論:
"Thread-1": ??waiting?to?lock?monitor?0x000000000b695360?(object?0x00000007d5ff53a8,?a?java.lang.String), ??which?is?held?by?"Thread-0""Thread-0": ??waiting?to?lock?monitor?0x000000000b697c10?(object?0x00000007d5ff53d8,?a?java.lang.String), ??which?is?held?by?"Thread-1"Java?stack?information?for?the?threads?listed?above: ==================================================="Thread-1":????????at?learn.DeadLockDemo$2.run(DeadLockDemo.java:34) ????????-?waiting?to?lock?<0x00000007d5ff53a8(a?java.lang.String) ????????-?locked?<0x00000007d5ff53d8(a?java.lang.String)????????at?java.lang.Thread.run(Thread.java:722)"Thread-0":????????at?learn.DeadLockDemo$1.run(DeadLockDemo.java:20) ????????-?waiting?to?lock?<0x00000007d5ff53d8(a?java.lang.String) ????????-?locked?<0x00000007d5ff53a8(a?java.lang.String)????????at?java.lang.Thread.run(Thread.java:722)Found?1?deadlock.
如上所述,完全可以看出當前死鎖的情況。
那么,通??梢杂萌缦路绞奖苊馑梨i的情況:
避免一個線程同時獲得多個鎖;
避免一個線程在鎖內(nèi)部占有多個資源,盡量保證每個鎖只占用一個資源;
嘗試使用定時鎖,使用lock.tryLock(timeOut),當超時等待時當前線程不會阻塞;
對于數(shù)據(jù)庫鎖,加鎖和解鎖必須在一個數(shù)據(jù)庫連接里,否則會出現(xiàn)解鎖失敗的情況
所以,如何正確的使用多線程編程技術(shù)有很大的學(xué)問,比如如何保證線程安全,如何正確理解由于JMM內(nèi)存模型在原子性,有序性,可見性帶來的問題,比如數(shù)據(jù)臟讀,DCL等這些問題(在后續(xù)篇幅會講述)。而在學(xué)習(xí)多線程編程技術(shù)的過程中也會讓你收獲頗豐。
同步和異步通常用來形容一次方法調(diào)用。同步方法調(diào)用一開始,調(diào)用者必須等待被調(diào)用的方法結(jié)束后,調(diào)用者后面的代碼才能執(zhí)行。而異步調(diào)用,指的是,調(diào)用者不用管被調(diào)用方法是否完成,都會繼續(xù)執(zhí)行后面的代碼,當被調(diào)用的方法完成后會通知調(diào)用者。比如,在超時購物,如果一件物品沒了,你得等倉庫人員跟你調(diào)貨,直到倉庫人員跟你把貨物送過來,你才能繼續(xù)去收銀臺付款,這就類似同步調(diào)用。而異步調(diào)用了,就像網(wǎng)購,你在網(wǎng)上付款下單后,什么事就不用管了,該干嘛就干嘛去了,當貨物到達后你收到通知去取就好。
并發(fā)和并行是十分容易混淆的概念。并發(fā)指的是多個任務(wù)交替進行,而并行則是指真正意義上的“同時進行”。實際上,如果系統(tǒng)內(nèi)只有一個CPU,而使用多線程時,那么真實系統(tǒng)環(huán)境下不能并行,只能通過切換時間片的方式交替進行,而成為并發(fā)執(zhí)行任務(wù)。真正的并行也只能出現(xiàn)在擁有多個CPU的系統(tǒng)中。
阻塞和非阻塞通常用來形容多線程間的相互影響,比如一個線程占有了臨界區(qū)資源,那么其他線程需要這個資源就必須進行等待該資源的釋放,會導(dǎo)致等待的線程掛起,這種情況就是阻塞,而非阻塞就恰好相反,它強調(diào)沒有一個線程可以阻塞其他線程,所有的線程都會嘗試地往前運行。
臨界區(qū)用來表示一種公共資源或者說是共享數(shù)據(jù),可以被多個線程使用。但是每個線程使用時,一旦臨界區(qū)資源被一個線程占有,那么其他線程必須等待。
名稱欄目:透徹講解:并發(fā)編程的優(yōu)缺點
文章鏈接:http://redsoil1982.com.cn/article20/jdghjo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供移動網(wǎng)站建設(shè)、用戶體驗、品牌網(wǎng)站建設(shè)、品牌網(wǎng)站設(shè)計、網(wǎng)站設(shè)計、App開發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)