在从地图上删除项目之前,我是否要放锁?
package main
import (
"errors"
"sync"
"time"
)
type A struct {
Error error
}
func (a *A) Job() {
// ... more job
}
var l sync.RWMutex
func generate() {
l.Lock()
values["key1"] = A{}
l.Unlock()
l.Lock()
values["key2"] = A{}
values["key3"] = A{}
l.Unlock()
// ...
l.Lock()
values["key1919"] = A{Error: errors.New("oh...")}
l.Unlock()
// ...
l.Lock()
values["key99999999999"] = A{}
l.Unlock()
}
var values map[string]A
func main() {
values = make(map[string]A)
go generate()
for {
l.RLock()
for key, value := range values {
if value.Error != nil {
delete(values, key) // it's safe? or you need to take a lock?
} else {
value.Job()
}
}
l.RUnlock()
time.Sleep(10 * time.Second)
}
}
变体:
删除范围而不必担心
在切片中添加密钥,并在单独的范围内将其删除
l.RUnlock(); l.Lock(); delete(值,键); l。解锁;l.RLock(); 在范围内
go l.delete(key)// gorutin飞溅
带锁定/解锁的有效移除方式是哪种?
从映射中删除被视为写操作,并且必须与所有其他读和写序列化。如果我正确地理解了您的问题,那么可以,您需要对删除进行批处理以备后用,或者放弃读锁并采用写锁来完成删除。
运行时将尝试检测并发的读取和写入,并且将因以下之一而崩溃:
fatal error: concurrent map writes
fatal error: concurrent map read and map write
问题内容: 如何从地图上删除选定的键?如下面的代码所示,与范围结合使用是否安全? https://play.golang.org/p/u1vufvEjSw 问题答案: 这很安全!您还可以在Effective Go中找到类似的示例: 和语言规范: 未指定地图的迭代顺序,并且不能保证每次迭代之间都相同。如果 在迭代过程 中 删除 尚未到达的地图条目,则不会生成相应的迭代值。如果映射条目是 在迭代过程
问题内容: Java 8/9带来了对(带有)的支持。这设置为cgroup内存限制。默认情况下,JVM会分配大约25%的最大RAM,因为默认值为4。 例: 对于仅由单个JVM进程组成的部署,仅使用配额的25%似乎是浪费。因此,现在人们开始设置,因此从理论上讲,JVM可以使用MaxRAM的100%。 对于1g的示例,这通常导致堆大小约为900m。这似乎有点高-JVM或其他东西(如远程Shell或进程外
问题内容: 我在做: 这引发了ConcurrentModificationException,所以我将其更改为: 此操作以及任何其他修改映射的过程都在同步块中。 有更好的解决方案吗? 如果没有人提出更好的解决方案,那么首先要说“没有” 问题答案: 从Java 8开始,你可以执行以下操作:
问题内容: 我知道如何安全地从字典中删除一个条目。你做: 但是,我需要安全地从字典中删除多个条目。我正在考虑在元组中定义条目,因为我将需要多次执行此操作。 但是,我想知道是否有更聪明的方法来做到这一点? 问题答案: 为什么不这样: mattbornski使用dict.pop()提供了一个更紧凑的版本) 使用dict.pop:
我在带有ehacache2.1.0库的Webphere 7. x的生产环境中有一个问题,web容器的线程都在等待咨询或插入缓存中。 这是所有webcontainer线程挂起时的转储: 我在ehache上使用Spring作为抽象层,以编程方式获取/放入缓存的代码没有什么特别的。 缓存的配置如下: 可以访问缓存的代码: ehache配置文件:
我正在Elasticsearch中存储应用程序日志。我想删除超过N个月的日志。该应用程序使用索引名称my-log-index来写入日志。什么是最有效的方法?我找到了一些方法,但不确定什么是最好的方法: 使用查询API删除。定期运行此操作 第一种方法使用昂贵的删除。此外,它只能软删除。第二个看起来更有效。哪一个更好或者有更好的方法? Elasticsearch版本:6.2.3(我知道它是EOL,但现