用新的映射对象替换映射变量线程安全吗？

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 何时会看到该内存写入。

简而言之，这是一场竞赛。这不是因为地图变量的大小。要修复此问题，请使用互斥体。

以上就是用新的映射对象替换映射变量线程安全吗？的详细内容，更多请关注编程网其它相关文章！