首頁 > 後端開發 > Golang > 使用sync.Cond進行條件等待時如何避免競爭條件?

使用sync.Cond進行條件等待時如何避免競爭條件?

Susan Sarandon
發布: 2024-11-10 14:21:02
原創
927 人瀏覽過

How to Avoid Race Conditions When Using sync.Cond for Conditional Waiting?

正確使用sync.Cond進行條件等待

在探索sync.Cond的功能時,很明顯可能會出現競爭條件鎖定sync .Mutex 和調用cond.Wait 之間。為了證明這一點,在主Goroutine 中引入了人為延遲,模擬競爭條件:

package main

import (
    "sync"
    "time"
)

func main() {
    var m sync.Mutex
    var c = sync.NewCond(&m)

    go func() {
        time.Sleep(1 * time.Second)
        c.Broadcast()
    }()

    m.Lock()
    time.Sleep(2 * time.Second)
    c.Wait()
}
登入後複製

執行此程式碼會導致死鎖恐慌,因為goroutine 正在等待尚未發出訊號的條件.

解決競爭條件

避免這種競爭條件的正確方法是確保在調用cond.Wait 之前鎖定sync.Mutex。這可以防止當前Goroutine 在等待某個條件時其他Goroutine 修改共享資料:

package main

import (
    "sync"
    "time"
)

func main() {
    var m sync.Mutex
    var c = sync.NewCond(&m)

    go func() {
        time.Sleep(1 * time.Second)
        m.Lock()
        c.Broadcast()
        m.Unlock()
    }()

    m.Lock()
    c.Wait()
    m.Unlock()
}
登入後複製

替代同步構造

雖然sync.Cond 很有用在多個goroutine 等待共享資源變得可用的情況下,考慮替代同步原語非常重要。例如,如果編寫者和讀者之間存在一對一的關係,則sync.Mutex可能足以進行通信:

var sharedRsc = make(map[string]interface{})

func main() {
    m := sync.Mutex{}
    go func() {
        m.Lock()
        sharedRsc["rsc1"] = "foo"
        m.Unlock()
    }()

    m.Lock()
    fmt.Println(sharedRsc["rsc1"])
    m.Unlock()
}
登入後複製

在涉及多個讀者的情況下,通道提供了更有效的方式用於傳遞資料的可擴展解決方案。

以上是使用sync.Cond進行條件等待時如何避免競爭條件?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板