如何编写单元测试来检查方法是否是线程安全的

Question

我有一个这样的对象：

type Store struct {
    mutex sync.RWMutex
    data  map[string]int
}

func (s * Store) Read(key string) int, error {
    // ...
    defer s.mutex.RUnlock()
    s.mutex.RLock()
    // ...
    return val, nil
}

func (s * Store) Write(key string, value int) error {
    // ...
    defer s.mutex.Unlock()
    s.mutex.Lock()
    // ...
    return nil
}

对于方法Read 和Write 的单元测试应该如何检查它们是否是线程安全的？

我认为这样的案例已经存在模式，但我没有找到任何东西。

我读到了-race flag：

竞争检测器只能在运行代码实际触发竞争条件时检测它们，这意味着在实际工作负载下运行支持竞争的二进制文件很重要

我的问题是如何编写模拟实际工作负载的单元测试。

Answer 1

使用Race detector 运行您的测试。简而言之，运行：

go test -race

或者要构建一个普通的二进制文件，例如在登台服务器上运行，使用：

go build -race

但是还有更多选择，所以最好阅读一下:)

如果您的目标是在实际负载下进行测试，您最好的选择是使用go build -race 编译您的代码，然后在实际负载下运行它。这可能意味着在登台服务器上。但不要将此与单元测试混淆！

单元测试用于测试单元——代码的一小部分，通常是单个函数。负载/竞争测试是一种不同的野兽，需要不同的工具和完全不同的方法。

Go 可以轻松地使用竞赛检测器运行单元测试这一事实很好，并且经常会捕获竞赛。但它不会，也不应该期望捕获所有种比赛，因为单元测试执行的性质与生产执行的性质完全不同。