带有切片的并发映射在golang中的应用

golang学习网今天将给大家带来《带有切片的并发映射在golang中的应用》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

在该领域的一位开发人员几个月前离开后，我一直在尝试解决并发问题，但我找不到解决此问题的适当方法。

对于上下文，我们将客户数据加载到如下结构中：

[ 键 ] -> { 值 }

[客户特定哈希] -> {数据点/文件切片}

示例 - 格式确实很糟糕，抱歉：

[a60d849ad97bfb833e1096941] 
-> 
{ 
 { StartDate: '01-02-2022', EndDate: '28-02-2022', DataFrames: [1598,921578,12981,21749,192578...]},
 { StartDate: '01-03-2022', EndDate: '28-03-2022', DataFrames: [1234,1567,6781,126978...]},
}

以上是因为我们有 100,000 名客户，并且每天晚上都会启动一个流程，根据每个客户的哈希值（或实际上是一个存储桶）来整合数据。在处理数据帧之前，我们会遍历切片并将数据帧“合并”成一个大的数据帧，其中包含许多法律/会计规则。

它在 goroutine 中运行，以尽快索引所有数据点。

所以实现本质上是一个 sync.Map[string, []DataFrame] 但我注意到虽然映射操作受到保护，但附加到数据帧切片却不受保护。每个哈希值每晚在该切片中可能有大约 20-30 个文件引用。

在过去的两年里，客户数据很有可能被错误地合并，我的任务是修复它。在sync.map之前，他们再次使用了带有Map的RWMutex，但不是切片，它指向本文作为指南。

首先，包含切片的 Map 的想法是适当的数据结构吗？

我尝试创建一个基于 RWMutex 的切片处理程序，但想知道 Map 是否可以有一个 chan DataFrame 来代替在索引客户文件时放入，然后一旦完成，第二步将其合并到一个数组中（如len(chanx)) 会被知道吗？

我主要来自 Java，所以我可能对一些术语感到困惑，所以我很抱歉。

正确答案

您有两个不同的问题：

1. 更新地图时出现并发问题
2. 更新地图条目时出现并发问题

sync.Map 将防止 1，但不能防止 2。

解决这个问题的一种方法是：

sync.Map[string, *DFrame]

哪里

type DFrame struct {
  sync.RWMutex 
  Data []DataFrame
}

一旦从地图中获取条目，您应该 Lock 或 RLock 它，然后使用数据。这不仅仅限于切片的附加。即使您只从数据帧中读取，您也必须 RLock 该结构。

因此，如果您要附加新的数据框：

df := &DFrame{}
entry,_:=m.LoadOrStore(key, df)
dfEntry:=entry.(*DFrame)
dfEntry.Lock()
dfEntry.Data=append(dfEntry.Data, newDataFrame)
dfEntry.Unlock()

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。