概述如果我有一個帶有設置和拆卸邏輯的父測試，我如何在其中并行運行子測試而不會遇到帶有拆卸邏輯的競爭條件？func TestFoo(t *testing.T) {    // setup logic    t.Run("a", func(t *testing.T) {        t.Parallel()        // test code    })    // teardown logic}例子作為一個人為的例子：假設測試需要創建一個 tmp 文件，所有子測試都將使用該文件，并在測試結束時將其刪除。例如，父測試也調用t.Parallel()，因為這是我最終想要的。但是我的問題和下面的輸出是一樣的，即使父母不打電話t.Parallel()。序貫子測驗如果我按順序運行子測試，它們將毫無問題地通過：package mainimport (    "fmt"    "io/ioutil"    "os"    "testing")func setup(t *testing.T) (tmpFile string) {    f, err := ioutil.TempFile("/tmp", "subtests")    if err != nil {        t.Fatalf("could not setup tmp file: %+v", err)    }    f.Close()    return f.Name()}var ncase = 2func TestSeqSubtest(t *testing.T) {    t.Parallel()    // setup test variables    fname := setup(t)    // cleanup test variables    defer func() {        os.Remove(fname)    }()    for i := 0; i < ncase; i++ {        t.Run(fmt.Sprintf("test_%d", i), func(t *testing.T) {            if _, err := os.Stat(fname); os.IsNotExist(err) {                t.Fatalf("file was removed before subtest finished")            }        })    }}  輸出：$ go test subtests  ok      subtests        0.001s平行分測驗但是，如果我并行運行子測試，那么父測試的拆卸邏輯最終會在子測試有機會運行之前被調用，從而使子測試無法正確運行。這種行為雖然不幸，但符合“使用子測試和子基準” go 博客所說的內容：如果測試函數在其 testing.T 實例上調用 Parallel 方法，則該測試稱為并行測試。并行測試永遠不會與順序測試同時運行，并且它的執行會暫停，直到它的調用測試函數（父測試的調用函數）返回為止。func TestParallelSubtest(t *testing.T) {    t.Parallel()    // setup test variables    fname := setup(t)    // cleanup test variables    defer func() {        os.Remove(fname)    }()    for i := 0; i < ncase; i++ {        t.Run(fmt.Sprintf("test_%d", i), func(t *testing.T) {            t.Parallel() // the change that breaks things            if _, err := os.Stat(fname); os.IsNotExist(err) {                t.Fatalf("file was removed before subtest finished")            }        })    }}