Rewrite the WaitGroup example to be more idiomatic

A wrapper closure invokes wg.Done

Still mention the pass-by-pointer requirements on the WaitGroup

Fixes #278
This commit is contained in:
Eli Bendersky
2021-09-10 06:11:56 -07:00
parent 4de485a514
commit b1ef499821
3 changed files with 63 additions and 42 deletions

View File

@@ -10,12 +10,7 @@ import (
)
// This is the function we'll run in every goroutine.
// Note that a WaitGroup must be passed to functions by
// pointer.
func worker(id int, wg *sync.WaitGroup) {
// On return, notify the WaitGroup that we're done.
defer wg.Done()
func worker(id int) {
fmt.Printf("Worker %d starting\n", id)
// Sleep to simulate an expensive task.
@@ -26,14 +21,29 @@ func worker(id int, wg *sync.WaitGroup) {
func main() {
// This WaitGroup is used to wait for all the
// goroutines launched here to finish.
// goroutines launched here to finish. Note: if a WaitGroup is
// explicitly passed into functions, it should be done *by pointer*.
// This would be important if, for example, our worker had to launch
// additional goroutines.
var wg sync.WaitGroup
// Launch several goroutines and increment the WaitGroup
// counter for each.
for i := 1; i <= 5; i++ {
wg.Add(1)
go worker(i, &wg)
// Avoid re-use of the same `i` value in each goroutine closure.
// See [the FAQ](https://golang.org/doc/faq#closures_and_goroutines)
// for more details.
i := i
// Wrap the worker call in a closure that makes sure to tell
// the WaitGroup that this worker is done. This way the worker
// itself does not have to be aware of the concurrency primitives
// involved in its execution.
go func() {
defer wg.Done()
worker(i)
}()
}
// Block until the WaitGroup counter goes back to 0;

View File

@@ -1,2 +1,2 @@
b87ababcf7e1ce54107252c658840097bb6060a7
vXBl8zQpDYj
58031ceb701a1cab27498efd89adadbf1ea6b3e6
vmjCBfN6MJE