我有一个切片，其中包含要完成的工作，还有一个切片，它将包含完成所有工作后的结果.以下是我的一般流程简图:
var results = make([]Result, len(jobs))
wg := sync.WaitGroup{}
for i, job := range jobs {
wg.Add(1)
go func(i int, j job) {
defer wg.Done()
var r Result = doWork(j)
results[i] = r
}(i, job)
}
wg.Wait()
// Use results
它似乎起作用了，但我还没有彻底测试过，也不确定这样做是否安全.通常，让多个goroutine写入anything会让我感觉不太好，但在本例中，每个goroutine都被限制到它自己在片中的索引，这是预先分配的.
我想另一种 Select 是通过渠道收集结果，但由于结果的顺序很重要，这似乎相当简单.以这种方式写入切片元素是否安全？
规则很简单:如果多个goroutine同时访问一个variable，并且至少有一个访问是写入，那么就需要同步.
你的例子没有违反这条规则.您不会写入片value(片标题)，而只是读取它(隐式地，当您为其编制索引时).
您不读取切片elements，只修改切片元素.并且每个Goroutine仅修改单个、different、designated个切片元素.因 for each 片元素都有自己的地址(自己的内存空间)，所以它们就像是不同的变量.这是Spec: Variables:美元的费用.
Structured个array、slice和struct类型的变量分别具有addressed个元素和字段.Each such element acts like a variable.
必须记住的是，如果不进行同步，您将无法读取results切片的结果.您在示例中使用的等待组是足够的同步.一旦wg.Wait()返回，您就可以读取切片，因为这只能在所有调用wg.Done()的工作Goroutine之后发生，并且没有任何Worker Goroutine在它们调用wg.Done()之后修改元素.
例如，这是判断/处理结果的有效(safe)方式:
wg.Wait()
// Safe to read results after the above synchronization point:
fmt.Println(results)
但是如果你想在wg.Wait()之前访问results的元素，那将是一场数据竞赛:
// This is data race! Goroutines might still run and modify elements of results!
fmt.Println(results)
wg.Wait()