Aby rozwinąć niektóre komentarze do poprzednich odpowiedzi i zapewnić jaśniejsze porównanie, poniżej przedstawiono przykład obu podejść przedstawionych do tej pory, biorąc pod uwagę te same dane wejściowe, wycinek kanałów, z których można odczytać i funkcję do wywołania dla każdej wartości, która również musi wiedzieć, z której kanał, z którego pochodzi wartość.
Istnieją trzy główne różnice między podejściami:
Złożoność. Chociaż może to być częściowo preferencja czytelnika, uważam, że podejście kanałowe jest bardziej idiomatyczne, proste i czytelne.
Występ. W moim systemie Xeon amd64 goroutines + channel out wykonuje rozwiązanie odbicia o około dwa rzędy wielkości (ogólnie odbicie w Go jest często wolniejsze i powinno być używane tylko wtedy, gdy jest to absolutnie wymagane). Oczywiście, jeśli występuje jakiekolwiek znaczne opóźnienie w funkcji przetwarzającej wyniki lub w zapisywaniu wartości do kanałów wejściowych, ta różnica w wydajności może łatwo stać się nieistotna.
Semantyka blokowania / buforowania. Znaczenie tego zależy od przypadku użycia. Najczęściej albo nie ma to znaczenia, albo niewielkie dodatkowe buforowanie w rozwiązaniu scalającym goroutine może być pomocne dla przepustowości. Jeśli jednak pożądane jest, aby semantyka była odblokowana tylko dla jednego modułu zapisującego, a jego wartość jest w pełni obsługiwana przed odblokowaniem jakiegokolwiek innego modułu zapisującego, można to osiągnąć tylko za pomocą rozwiązania refleksyjnego.
Należy zauważyć, że oba podejścia można uprościć, jeśli „id” kanału wysyłającego nie jest wymagany lub jeśli kanały źródłowe nigdy nie zostaną zamknięte.
Kanał łączenia Goroutine:
// Process1 calls `fn` for each value received from any of the `chans`
// channels. The arguments to `fn` are the index of the channel the
// value came from and the string value. Process1 returns once all the
// channels are closed.
func Process1(chans []<-chan string, fn func(int, string)) {
// Setup
type item struct {
int // index of which channel this came from
string // the actual string item
}
merged := make(chan item)
var wg sync.WaitGroup
wg.Add(len(chans))
for i, c := range chans {
go func(i int, c <-chan string) {
// Reads and buffers a single item from `c` before
// we even know if we can write to `merged`.
//
// Go doesn't provide a way to do something like:
// merged <- (<-c)
// atomically, where we delay the read from `c`
// until we can write to `merged`. The read from
// `c` will always happen first (blocking as
// required) and then we block on `merged` (with
// either the above or the below syntax making
// no difference).
for s := range c {
merged <- item{i, s}
}
// If/when this input channel is closed we just stop
// writing to the merged channel and via the WaitGroup
// let it be known there is one fewer channel active.
wg.Done()
}(i, c)
}
// One extra goroutine to watch for all the merging goroutines to
// be finished and then close the merged channel.
go func() {
wg.Wait()
close(merged)
}()
// "select-like" loop
for i := range merged {
// Process each value
fn(i.int, i.string)
}
}
Wybierz odbicie:
// Process2 is identical to Process1 except that it uses the reflect
// package to select and read from the input channels which guarantees
// there is only one value "in-flight" (i.e. when `fn` is called only
// a single send on a single channel will have succeeded, the rest will
// be blocked). It is approximately two orders of magnitude slower than
// Process1 (which is still insignificant if their is a significant
// delay between incoming values or if `fn` runs for a significant
// time).
func Process2(chans []<-chan string, fn func(int, string)) {
// Setup
cases := make([]reflect.SelectCase, len(chans))
// `ids` maps the index within cases to the original `chans` index.
ids := make([]int, len(chans))
for i, c := range chans {
cases[i] = reflect.SelectCase{
Dir: reflect.SelectRecv,
Chan: reflect.ValueOf(c),
}
ids[i] = i
}
// Select loop
for len(cases) > 0 {
// A difference here from the merging goroutines is
// that `v` is the only value "in-flight" that any of
// the workers have sent. All other workers are blocked
// trying to send the single value they have calculated
// where-as the goroutine version reads/buffers a single
// extra value from each worker.
i, v, ok := reflect.Select(cases)
if !ok {
// Channel cases[i] has been closed, remove it
// from our slice of cases and update our ids
// mapping as well.
cases = append(cases[:i], cases[i+1:]...)
ids = append(ids[:i], ids[i+1:]...)
continue
}
// Process each value
fn(ids[i], v.String())
}
}
[Pełny kod na placu zabaw Go .]