Um einige Kommentare zu früheren Antworten zu erweitern und hier einen klareren Vergleich zu ermöglichen, ist ein Beispiel für beide bisher vorgestellten Ansätze bei gleicher Eingabe, eine Reihe von Kanälen zum Lesen und eine Funktion zum Aufrufen jedes Werts, der auch wissen muss, welcher Kanal, von dem der Wert kam.
Es gibt drei Hauptunterschiede zwischen den Ansätzen:
Komplexität. Obwohl es teilweise eine Leserpräferenz sein mag, finde ich den Kanalansatz idiomatischer, unkomplizierter und lesbarer.
Performance. Auf meinem Xeon amd64-System führen die Goroutinen + Kanäle aus die Reflexionslösung um etwa zwei Größenordnungen aus (im Allgemeinen ist die Reflexion in Go oft langsamer und sollte nur verwendet werden, wenn dies unbedingt erforderlich ist). Natürlich kann dieser Leistungsunterschied leicht unbedeutend werden, wenn entweder die Funktion, die die Ergebnisse verarbeitet, oder das Schreiben von Werten in die Eingangskanäle erheblich verzögert wird.
Semantik blockieren / puffern. Die Bedeutung davon hängt vom Anwendungsfall ab. Meistens spielt es entweder keine Rolle oder die geringfügige zusätzliche Pufferung in der Goroutine-Zusammenführungslösung kann für den Durchsatz hilfreich sein. Wenn es jedoch wünschenswert ist, die Semantik zu haben, dass nur ein einzelner Writer entsperrt wird und sein Wert vollständig verarbeitet wird, bevor ein anderer Writer entsperrt wird, kann dies nur mit der Reflect-Lösung erreicht werden.
Beachten Sie, dass beide Ansätze vereinfacht werden können, wenn entweder die "ID" des sendenden Kanals nicht erforderlich ist oder wenn die Quellkanäle niemals geschlossen werden.
Goroutine-Zusammenführungskanal:
// 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)
}
}
Reflexionsauswahl:
// 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())
}
}
[Vollständiger Code auf dem Go-Spielplatz .]