用新的映射物件取代映射變數線程安全嗎？

php小編蘋果在這裡為大家解答一個常見的問題：「用新的映射物件替換映射變數線程安全嗎？」映射變數是常見的資料結構，用於儲存鍵值對。在多線程環境中，線程安全是一個重要的考慮因素。儘管使用新的映射物件可以避免並發存取的問題，但是否線程安全性還需要根據具體情況來評估。接下來，我們將深入探討這個問題，幫助讀者更能理解線程安全性和映射物件的關係。

問題內容

我不認為它是線程安全的，因為映射物件比機器字大，並且 golang 不保證它是線程安全的。但是當我使用 go run -race main.go 運行演示程式碼時，它從不報告錯誤。這可能是threadsanitizer依賴運行時檢查和賦值操作很難滿足執行緒不安全條件的原因。

這裡是範例程式碼：

package main

import (
    "fmt"
)

var m = make(map[int]bool)

func Read() {
    for {
        for k := range m {
            fmt.Println(k)
        }
    }
}

func Replace() {
    for {
        newM := make(map[int]bool, 10)
        for i := 0; i < 10; i++ {
            newM[i] = false
        }
        m = newM
    }
}

func main() {
    c := make(chan struct{})

    go Read()
    go Replace()

    <-c
}

那麼我該如何修改程式碼來觸發並發錯誤呢？或者也許我錯了，程式碼是線程安全的？

解決方法

這裡有幾點要注意：

for k := range m {

範圍表達式在 for 迴圈開始時計算一次。所以這個操作將讀取m 一次（注意，這意味著如果循環中的程式碼重新分配m ，則循環將繼續迭代原始m ，但是如果新增元素或從m 中刪除元素，這些將被偵測到循環），循環本身會呼叫fmt.println ，這會消耗該goroutine 中的大部分執行時間。如果您想趕上比賽，請將其刪除。

其次，您實際上不需要初始化第二張地圖。

當您執行這些操作並運行競爭檢測器時，它可能會捕獲資料競爭。就我而言，確實如此。

競爭偵測器在偵測到競爭時會抱怨競爭。因此，如果它報告了一場比賽，那麼就有一場比賽。如果它沒有報告，並不意味著沒有比賽。

在我的平台中，映射變數本身實際上與機器字的大小相同：它只是指向映射結構的指標。因此，對映射變數的寫入實際上是原子的，也就是說，您在這個平台上不會看到部分分配的映射。然而，這並不能阻止競爭，因為無法保證其他 goroutine 何時會看到該記憶體寫入。

簡而言之，這是一場競賽。這不是因為地圖變數的大小。若要修復此問題，請使用互斥體。

以上是用新的映射物件取代映射變數線程安全嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！