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 登录后复制
那么我该如何修改代码来触发并发错误呢?或者也许我错了,代码是线程安全的?
解决方法
这里有几点需要注意:
for k := range m {
登录后复制
范围表达式在 for 循环开始时计算一次。所以这个操作将读取 m
一次(注意,这意味着如果循环中的代码重新分配 m
,则循环将继续迭代原始 m
,但是如果添加新元素或从 m
中删除元素,这些将被检测到循环),循环本身会调用 fmt.println
,这会消耗该 goroutine 中的大部分执行时间。如果您想赶上比赛,请将其删除。
其次,您实际上不需要初始化第二张地图。
当您执行这些操作并运行竞争检测器时,它可能会捕获数据竞争。就我而言,确实如此。
竞争检测器在检测到竞争时会抱怨竞争。因此,如果它报告了一场比赛,那么就有一场比赛。如果它没有报告,并不意味着没有比赛。
在我的平台中,映射变量本身实际上与机器字的大小相同:它只是指向映射结构的指针。因此,对映射变量的写入实际上是原子的,也就是说,您在这个平台上不会看到部分分配的映射。然而,这并不能阻止竞争,因为无法保证其他 goroutine 何时会看到该内存写入。
简而言之,这是一场竞赛。这不是因为地图变量的大小。要修复此问题,请使用互斥体。
以上就是用新的映射对象替换映射变量线程安全吗?的详细内容,更多请关注每日运维网(www.mryunwei.com)其它相关文章!