go并发断言函数的行为类似于异步操作

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《go并发断言函数的行为类似于异步操作》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

我预计每个断言都是一个阻塞操作，并且一旦检测到故障，测试就会在某个点停止。但这并没有发生。

go 工具如何嗅到即将发生的故障并通知我？ afaik，断言的方法都是阻塞的，这是不应该发生的。我错过了什么吗？

❯ go test -run Test_Assert . -v
=== RUN   Test_Assert
    config_test.go:136:
            Error Trace:    config_test.go:136
            Error:          Should be true
            Test:           Test_Assert
    config_test.go:138:
            Error Trace:    config_test.go:138
            Error:          Should be true
            Test:           Test_Assert
--- FAIL: Test_Assert (0.00s)
FAIL
FAIL    github.com/hazelcast/hazelcast-go-client    0.178s
FAIL

正确答案

假设您正在谈论stretchr/testify (https://pkg.go.dev/github.com/stretchr/testify/assert) 中的assert 函数，请注意assert.true 只是验证某些内容是否为真，如果不是，则调用t.errorf。如 the testing documentation says 所示：

将函数标记为失败但继续执行。

这与 t.failnow 不同，它：

将函数标记为失败并通过调用runtime.goexit（然后运行当前goroutine中的所有延迟调用）来停止其执行。执行将在下一个测试或基准测试中继续。 failnow 必须从运行测试或基准函数的 goroutine 中调用，而不是从测试期间创建的其他 goroutine 中调用。调用 failnow 不会停止其他 goroutine。

（在 testify 包中，有一系列函数 require 与 assert 执行相同的操作，但在失败时使用 t.failnow。这使您可以调用 require.true 来停止进一步的测试。）

顺便说一句，这里使用“阻塞”一词是错误的。 testing 包运行的每个测试都在一个 goroutine 中，并且完成（或中止）整个测试是通过完成（或提前退出）goroutine 来完成的，但是您提到的函数都是同步（“阻塞”）函数调用。

为了拥有一组实用函数来在第一个失败站点停止当前测试，请使用其他配套包：https://pkg.go.dev/github.com/stretchr/testify/require

require.true(t, reflect.deepequal("a", "a"))
require.true(t, reflect.deepequal("b", "b"))
...

顺便说一句，stretchr/testify 模块还提供 .Equal(...) 和 .EqualValues(...) 函数：

assert.Equal(t, "A", "A")
require.Equal(t, "B", "B")

expected := "A"
got := executeMyFunc()
assert.Equal(t, expected, got)
require.Equal(t, expected, got)

# or
assert.EqualValues(t, expected, got)
require.EqualValues(t, expected, got)

今天关于《go并发断言函数的行为类似于异步操作》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！