您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“java的CAS怎么應用”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“java的CAS怎么應用”吧!
CAS(compare and swap),比較并交換??梢越鉀Q多線程并行情況下使用鎖造成性能損耗的一種機制.CAS 操作包含三個操作數(shù)—內(nèi)存位置(V)、預期原值(A)和新值(B)。如果內(nèi)存位置的值與預期原值相匹配,那么處理器會自動將該位置值更新為新值。否則,處理器不做任何操作。一個線程從主內(nèi)存中得到num值,并對num進行操作,寫入值的時候,線程會把第一次取到的num值和主內(nèi)存中num值進行比較,如果相等,就會將改變后的num寫入主內(nèi)存,如果不相等,則一直循環(huán)對比,知道成功為止。
在修飾共享變量的時候經(jīng)常使用volatile關鍵字,但是volatile值有可見性和禁止指令重拍(有序性),無法保證原子性。雖然在單線程中沒有問題,但是多線程就會出現(xiàn)各種問題,造成現(xiàn)場不安全的現(xiàn)象。所以jdk1.5后產(chǎn)生了CAS利用CPU原語(不可分割,連續(xù)不中斷)保證現(xiàn)場操作原子性。
在JDK1.5 中新增java.util.concurrent(JUC)就是建立在CAS之上的。相對于對于synchronized這種鎖機制,CAS是非阻塞算法的一種常見實現(xiàn)。所以JUC在性能上有了很大的提升。
比如AtomicInteger類,AtomicInteger是線程安全的的,下面是源碼
進入unsafe看到do while自循環(huán),這里的自循環(huán),就是在 判斷預期原值 如果與原來的值不符合,會再循環(huán)取原值,再走CAS流程,直到能夠把新值賦值成功。
cas是一種樂觀鎖的思想,而且是一種非阻塞的輕量級的樂觀鎖,非阻塞式是指一個線程的失敗或者掛起不應該影響其他線程的失敗或掛起的算法。
循環(huán)時間長開銷大,占用CPU資源。如果自旋鎖長時間不成功,會給CPU帶來很大的開銷。如果JVM能支持處理器提供的pause指令那么效率會有一定的提升,pause指令有兩個作用,第一它可以延遲流水線執(zhí)行指令(de-pipeline),使CPU不會消耗過多的執(zhí)行資源,延遲的時間取決于具體實現(xiàn)的版本,在一些處理器上延遲時間是零。第二它可以避免在退出循環(huán)的時候因內(nèi)存順序沖突(memory order violation)而引起CPU流水線被清空(CPU pipeline flush),從而提高CPU的執(zhí)行效率。
只能保證一個共享變量的原子操作。當對一個共享變量執(zhí)行操作時,我們可以使用循環(huán)CAS的方式來保證原子操作,但是對多個共享變量操作時,循環(huán)CAS就無法保證操作的原子性,這個時候就可以用鎖,或者有一個取巧的辦法,就是把多個共享變量合并成一個共享變量來操作。比如有兩個共享變量i=2,j=a,合并一下ij=2a,然后用CAS來操作ij。從Java1.5開始JDK提供了AtomicReference類來保證引用對象之間的原子性,你可以把多個變量放在一個對象里來進行CAS操作。
ABA問題
解決ABA問題(如果值考慮收尾,不考慮過程可以忽略改問題)
添加版本號
AtomicStampedReference
從Java1.5開始JDK的atomic包里提供了一個類AtomicStampedReference來解決ABA問題。這個類的compareAndSet方法作用是首先檢查當前引用是否等于預期引用,并且當前標志是否等于預期標志,如 全部相等,則以原子方式將該引用和該標志的值設置為給定的更新值。
線程數(shù)較少、等待時間短可以采用自旋鎖進行CAS嘗試拿鎖,較于synchronized高效。
線程數(shù)較大、等待時間長,不建議使用自旋鎖,占用CPU較高
到此,相信大家對“java的CAS怎么應用”有了更深的了解,不妨來實際操作一番吧!這里是億速云網(wǎng)站,更多相關內(nèi)容可以進入相關頻道進行查詢,關注我們,繼續(xù)學習!
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。