go原子級內(nèi)存操作實(shí)現(xiàn)
原子級內(nèi)存操作是在多線程并發(fā)執(zhí)行時(shí),能夠確保某個(gè)內(nèi)存操作是不可中斷的操作。在計(jì)算機(jī)系統(tǒng)中,CPU執(zhí)行指令是基本的原子操作,即一個(gè)指令的執(zhí)行是不可被中斷的。然而,在多線程并發(fā)的環(huán)境中,一個(gè)線程執(zhí)行的指令可能被其他線程的操作所干擾,導(dǎo)致數(shù)據(jù)不一致或產(chǎn)生競態(tài)條件。
原子操作保證了對共享數(shù)據(jù)的操作是不可分割的,即要么完全執(zhí)行,要么完全不執(zhí)行。在多線程環(huán)境中,原子操作通常用于解決并發(fā)訪問共享資源時(shí)可能出現(xiàn)的競態(tài)條件問題。
在編程中,原子操作通常使用特殊的CPU指令或者操作系統(tǒng)提供的原子操作函數(shù)來實(shí)現(xiàn)。在Go語言中,sync/atomic 包提供了一組原子操作的函數(shù),例如 Add, CompareAndSwap, Load, Store 等,用于執(zhí)行原子級別的內(nèi)存操作。
以下是一個(gè)使用Go中的sync/atomic包實(shí)現(xiàn)的簡單示例:
package main import ( "fmt" "sync/atomic" "time" ) func main() { var counter int64 // 使用原子操作增加計(jì)數(shù)器的值 atomic.AddInt64(&counter, 1) // 使用原子操作獲取計(jì)數(shù)器的值 value := atomic.LoadInt64(&counter) fmt.Println("Counter:", value) // 使用原子操作比較并交換計(jì)數(shù)器的值 success := atomic.CompareAndSwapInt64(&counter, 1, 2) fmt.Println("Swap success:", success) // 在多線程環(huán)境中,原子操作確保對共享數(shù)據(jù)的操作是線程安全的 go func() { atomic.AddInt64(&counter, 1) }() go func() { atomic.AddInt64(&counter, 1) }() time.Sleep(time.Millisecond) // 等待goroutine執(zhí)行完畢 // 最終的計(jì)數(shù)器值 finalValue := atomic.LoadInt64(&counter) fmt.Println("Final Counter:", finalValue) }
運(yùn)行結(jié)果
Counter: 1
Swap success: true
Final Counter: 4
原子操作與互斥鎖的區(qū)別
互斥鎖是一種數(shù)據(jù)結(jié)構(gòu),使你可以執(zhí)行一系列互斥操作。而原子操作是互斥的單個(gè)操作,這意味著沒有其他線程可以打斷它。那么就Go
語言里atomic
包里的原子操作和sync
包提供的同步鎖有什么不同呢?
首先atomic
操作的優(yōu)勢是更輕量,比如CAS
可以在不形成臨界區(qū)和創(chuàng)建互斥量的情況下完成并發(fā)安全的值替換操作。這可以大大的減少同步對程序性能的損耗。
原子操作也有劣勢。還是以CAS
操作為例,使用CAS
操作的做法趨于樂觀,總是假設(shè)被操作值未曾被改變(即與舊值相等),并一旦確認(rèn)這個(gè)假設(shè)的真實(shí)性就立即進(jìn)行值替換,那么在被操作值被頻繁變更的情況下,CAS
操作并不那么容易成功。而使用互斥鎖的做法則趨于悲觀,我們總假設(shè)會(huì)有并發(fā)的操作要修改被操作的值,并使用鎖將相關(guān)操作放入臨界區(qū)中加以保護(hù)。
所以總結(jié)下來原子操作與互斥鎖的區(qū)別有:
- 互斥鎖是一種數(shù)據(jù)結(jié)構(gòu),用來讓一個(gè)線程執(zhí)行程序的關(guān)鍵部分,完成互斥的多個(gè)操作。
- 原子操作是針對某個(gè)值的單個(gè)互斥操作。
- 可以把互斥鎖理解為悲觀鎖,共享資源每次只給一個(gè)線程使用,其它線程阻塞,用完后再把資源轉(zhuǎn)讓給其它線程。
atomic
包提供了底層的原子性內(nèi)存原語,這對于同步算法的實(shí)現(xiàn)很有用。這些函數(shù)一定要非常小心地使用,使用不當(dāng)反而會(huì)增加系統(tǒng)資源的開銷,對于應(yīng)用層來說,最好使用通道或sync
包中提供的功能來完成同步操作。
針對atomic
包的觀點(diǎn)在Google的郵件組里也有很多討論,其中一個(gè)結(jié)論解釋是:
應(yīng)避免使用該包裝?;蛘?,閱讀C ++ 11標(biāo)準(zhǔn)的“原子操作”一章;如果您了解如何在C ++中安全地使用這些操作,那么你才能有安全地使用Go的sync/atomic包的能力。
到此這篇關(guān)于go原子級內(nèi)存操作實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)go原子級內(nèi)存操作內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Go?io/fs.FileMode文件系統(tǒng)基本操作和權(quán)限管理深入理解
這篇文章主要為大家介紹了Go?io/fs.FileMode文件系統(tǒng)基本操作和權(quán)限管理深入理解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2024-01-01go?zero微服務(wù)實(shí)戰(zhàn)性能優(yōu)化極致秒殺
這篇文章主要為大家介紹了go-zero微服務(wù)實(shí)戰(zhàn)性能優(yōu)化極致秒殺功能實(shí)現(xiàn),有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-07-07Go語言輕量級高性能嵌入式規(guī)則引擎RuleGo使用詳解
這篇文章主要為大家介紹了Go語言輕量級高性能嵌入式規(guī)則引擎RuleGo使用詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-11-11我放棄Python轉(zhuǎn)Go語言的9大理由(附優(yōu)秀書籍推薦)
這篇文章主要給大家介紹了關(guān)于我放棄Python轉(zhuǎn)Go語言的9大理由,以及給大家推薦了6本優(yōu)秀的go語言書籍,對同樣想學(xué)習(xí)golang的朋友們具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-10-10