此问题的一个示例是用户创建资源并删除资源。我们将执行操作并递增(递减)计数器缓存。
在测试中,有时存在竞争条件,其中计数器高速缓存尚未由go例程更新。
编辑:很抱歉有混淆,澄清一下:计数器缓存不在内存中,它实际上是数据库中的一个字段。竞争条件不是内存中的变量,实际上goroutine写入数据库本身可能会很慢!我目前在操作后使用1秒睡眠,以确保在测试计数器缓存之前已更新计数器缓存。有没有另一种方法来测试常规,没有任意1秒的睡眠等待go例程完成?
干杯
答案 0 :(得分:3)
在测试中,有时存在竞争条件,其中计数器高速缓存尚未由go例程更新。我目前在操作后使用1秒睡眠,以确保在测试计数器缓存之前已更新计数器缓存。
哎呀,我不想这么说,但是你做错了。 Go具有一流的功能,使并发变得容易!如果你正确使用它们,就不可能有竞争条件。
事实上,有一个工具detect races for you。我敢打赌它抱怨你的程序。
一个简单的解决方案:
(另一种选择是使用锁。它的性能会更高一些,但编写起来要麻烦得多,并确保它是正确的。)
答案 1 :(得分:0)
一种解决方案是让您的计数器提供一个价值尽快更新的频道
变化。通常,通过传达结果进行同步。比如你的
Couter
可能如下所示:
type Counter struct {
value int
ValueChange chan int
}
func (c *Counter) Change(n int) {
c.value += n
c.ValueChange <- c.value
}
每当调用Change
时,新值将通过通道传递,无论是谁
等待值取消阻塞并继续执行,因此与之同步
计数器。使用此代码,您可以在ValueChange
上收听此类更改:
v := <-c.ValueChange
同时调用c.Change
不再是问题。