這篇文章主要介紹“什么是偽共享”，在日常操作中，相信很多人在什么是偽共享問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”什么是偽共享”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

成都創(chuàng)新互聯(lián)服務(wù)項目包括黃山區(qū)網(wǎng)站建設(shè)、黃山區(qū)網(wǎng)站制作、黃山區(qū)網(wǎng)頁制作以及黃山區(qū)網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，黃山區(qū)網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到黃山區(qū)省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

什么是偽共享

首先大家都知道，隨著CPU和內(nèi)存的發(fā)展速度差異的問題，導(dǎo)致CPU的速度遠(yuǎn)遠(yuǎn)快于內(nèi)存，所以一般現(xiàn)在的CPU都加入了高速緩存，就是常說的解決不同硬件之間的性能差異問題。

這樣的話，很簡單的道理，加入了緩存，就必然會導(dǎo)致緩存一致性的問題，由此，又引入了緩存一致性協(xié)議。(如果你不知道，建議去百度一下，這里不做展開)

CPU緩存，顧名思義，越貼近CPU的緩存速度越快，容量越小，造價成本也越高，而高速緩存一般可以分為L1、L2、L3三級緩存，按照性能的劃分：L1>L2>L3。

而事實上，數(shù)據(jù)在緩存內(nèi)部都是按照行來存儲的，這就叫做緩存行。緩存行一般都是2的整數(shù)冪個字節(jié)，一般來說范圍在32-256個字節(jié)之間，現(xiàn)在最為常見的緩存行的大小在64個字節(jié)。

所以，按照這個存儲方式，緩存中的數(shù)據(jù)并不是一個個單獨的變量的存儲方式，而是多個變量會放到一行中。

我們常說的一個例子就是數(shù)組和鏈表，數(shù)組的內(nèi)存地址是連續(xù)的，當(dāng)我們?nèi)プx取數(shù)組中的元素時，CPU會把數(shù)組中后續(xù)的若干個元素也加載到緩存中，以此提高效率，但是鏈表則不會，也就是說，內(nèi)存地址連續(xù)的變量才有可能被放到一個緩存行中。

在多個線程并發(fā)修改一個緩存行中的多個變量時，由于只能同時有一個線程去操作緩存行，將會導(dǎo)致性能的下降，這個問題就稱之為偽共享。

為什么只有一個線程能去操作?我們舉個實際的栗子來說明這種情況：

假設(shè)緩存中有x,y兩個變量，他們同時已經(jīng)在不同的三級緩存之中。

這時有兩個線程A和B同時去修改位于Core1和Core2的變量x和y。

如果線程A去修改Core1的緩存中的x變量，由于緩存一致性協(xié)議，Core2中對應(yīng)的緩存了x變量的緩存行將會失效，他會被強(qiáng)制從主內(nèi)存中重新去加載變量。

這樣的話，頻繁的訪問主內(nèi)存，緩存基本都失效了，將會導(dǎo)致性能的下降，這就是偽共享的問題。

如何避免?

既然已經(jīng)知道了什么是偽共享，那么怎么避免這種情況的發(fā)生?

改變行存儲的方式?想都別想了。

剩下可行的方法就是填充，如果這一行只有我這一個數(shù)據(jù)那不就好了嗎?

確實就是這樣，解決方式通常有以下兩種。

字節(jié)填充

在JDK8之前，可以通過填充字節(jié)的方式來避免偽共享的問題，如下代碼所示：

自定義填充

一般而言，緩存行有64字節(jié)，我們知道一個long是8個字節(jié)，填充5個long之后，一共就是48個字節(jié)。

而 Java 中對象頭在32位系統(tǒng)下占用8個字節(jié)，64位系統(tǒng)下占用16個字節(jié)，這樣填充5個long型即可填滿64字節(jié)，也就是一個緩存行。

@Contented注解

JDK8以及之后的版本 Java 提供了sun.misc.Contended 注解，通過@Contented注解就可以解決偽共享的問題。

注解方式

使用@Contented注解后會增加128字節(jié)的padding，并且需要開啟-XX:-RestrictContended選項后才能生效。

所以，通過以上兩種方式你會發(fā)現(xiàn)，對象頭大小和緩存行的大小都和操作系統(tǒng)位數(shù)有關(guān)，JDK的注解幫你解決了這個問題，所以推薦盡量使用注解的方式來實現(xiàn)。

雖然解決了偽共享問題，但是這種填充的方式也浪費了緩存資源，明明只有8B的大小，硬是使用了64B緩存空間，造成了緩存資源的浪費。

而且我們知道，緩存又小又貴，時間和空間的取舍要自己酌情考慮。

實際應(yīng)用

在Java中提供了多個原子變量的操作類，就是比如AtomicLong、AtomicInteger這些，通過CAS的方式去更新變量，但是失敗會無限自旋嘗試，導(dǎo)致CPU資源的浪費。

為了解決高并發(fā)下的這個缺點，JDK8中新增了LongAdder類，他的使用就是對解決偽共享的實際應(yīng)用。

LongAdder繼承自Striped64，內(nèi)部維護(hù)了一個Cell數(shù)組，核心思想就是把單個變量的競爭拆分，多線程下如果一個Cell競爭失敗，轉(zhuǎn)而去其他Cell再次CAS重試。

Striped64成員變量

解決偽共享的真正的核心就在Cell數(shù)組，可以看到，Cell數(shù)組使用了Contented注解。

在上面我們提到數(shù)組的內(nèi)存地址都是連續(xù)的，所以數(shù)組內(nèi)的元素經(jīng)常會被放入一個緩存行，這樣的話就會帶來偽共享的問題，影響性能。

這里使用Contented進(jìn)行填充，就避免了偽共享的問題，使得數(shù)組中的元素不再共享一個緩存行。

到此，關(guān)于“什么是偽共享”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

當(dāng)前名稱：什么是偽共享
網(wǎng)站網(wǎng)址：http://vcdvsql.cn/article2/gjddoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、網(wǎng)站排名、營銷型網(wǎng)站建設(shè)、移動網(wǎng)站建設(shè)、手機(jī)網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站

廣告

聲明：本網(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)