Überprüfen Sie mit Go, ob ein Kanal einen Read-to-Read-Wert hat

Wie kann ich überprüfen, ob ein Kanal einen Wert hat, der für mich zu Lesen?

Ich nicht wollen, zu sperren, wenn das Lesen eines Kanals. Ich möchte sehen, ob es einen Wert hat. Wenn es funktioniert, werde ich es Lesen. Wenn Sie nicht über eine (noch) nicht, ich werde etwas anderes tun, und schauen Sie es später erneut.

Dank!

InformationsquelleAutor der Frage gonewbgo | 2010-08-03

  1. 5

    WARNUNG: Dies ist nicht mehr korrekt, siehe Antwort unten.

    Von den docs:

    Wenn ein receive-Ausdruck verwendet, der in einem
    Zuweisung oder Initialisierung der
    form

    x, ok = <-ch
x, ok := <-ch
var x, ok = <-ch

    die receive-operation wird
    non-blocking. Wenn der Vorgang kann
    fortgesetzt wird, wird die Boolesche variable ok wird
    werden auf true gesetzt und der Wert gespeichert
    x; sonst ok auf false gesetzt ist und x
    eingestellt ist der Wert null für seinen Typ

    InformationsquelleAutor der Antwort nos

  2. 61

    Nur nicht-blockierende operation, die ich kenne, zu Lesen von einem Kanal innerhalb eines wählen Sie block haben einen default-Fall :

        select {
    case x, ok := <-ch:
        if ok {
            fmt.Printf("Value %d was read.\n", x)
        } else {
            fmt.Println("Channel closed!")
        }
    default:
        fmt.Println("No value ready, moving on.")
    }

    Bitte versuchen die nicht-blockierende hier

    Hinweis zu den vorherigen Antworten: erhalten die Betreiber selbst ist jetzt eine blockierende operation, wie es von Go-1.0.3 . Die Spezifikation geändert wurde. Bitte versuchen Sie, die Blockierung hier (deadlock)

    InformationsquelleAutor der Antwort Deleplace

  3. 7

    Wenn Sie dies tun, dann oft, es ist wahrscheinlich nicht ein tolles design und Sie könnten besser laichen anderen goroutine zu tun, was Arbeit, die Sie planen zu tun, wenn es nichts zu Lesen vom Kanal. Das synchrone/blockierende Natur Gehen die Kanäle machen code leichter zu Lesen und zu Grunde geht, während die Planer und Billig goroutines bedeutet, dass asynchrone Aufrufe sind unnötig, da warten goroutines nehmen sehr wenig Ressourcen.

    InformationsquelleAutor der Antwort Jessta

  4. 7

    Sie nicht, zumindest nicht für die synchrone (unbuffered) - Kanäle. Es gibt keine Möglichkeit zu sagen, wenn ein Wert ist zu warten, ohne zu Fragen, nehmen Sie den Wert aus dem Kanal.

    Für gepufferte Kanäle, die Sie technisch nutzen können, die len-Funktion zu tun, was Sie beschreiben, aber Sie wirklich sollte nicht. Ihre Technik ist ungültig.

    Der Grund ist, dass es stellt eine race-Bedingung. Channel ch, Ihr goroutine kann sehen, dass len(ch) > 0 und schließen, dass es einen Wert warten. Es kann nicht schließen, jedoch, dass es Lesen kann aus dem Kanal, ohne zu blockieren-eine goroutine kann leer durch den Kanal zwischen der Zeit, die Sie check-len und die Zeit, die Ihr empfangen-Vorgang läuft.

    Für die Zwecke, die Sie beschrieben, verwenden, wählen Sie mit einem default-Fall als Ripounet zeigte.

    InformationsquelleAutor der Antwort Sonia

  5. 3

    Leider, die bisherigen Antworten sind falsch. Die Spezifikation klar sagt, dass Sie KÖNNEN die Kanäle auf diese Weise mit len () - Funktion, aber nur, wenn Sie angegeben wird die Kanal-Kapazität - die Länge des Puffers für einen Kanal, während Sie zu machen. Wenn Sie ausgelassen ein-Kanal-Kapazität und macht es - die channel-Operationen werden immer blockiert.

    InformationsquelleAutor der Antwort Yaroslav Voytovych

  6. -1

    In den meisten Fällen unter Berufung auf diese Informationen ist ein wirklich schlechtes design Wahl. Nicht einmal sagen, wie es ist schmutzig in seiner Umsetzung.

    So, nicht implementieren Sie die folgenden Schritte zu erkennen, ob der Kanal ist bereit für Lesen zur Laufzeit:

    • definieren hchan waitq sudog Strukturen, wie hier definiert - https://golang.org/src/runtime/chan.go
    • verwenden Sie "unsicher" - Paket zu werfen-Kanal, um Zeiger auf hchan struct
    • Lesen sendq Feld dieser Struktur zu bekommen, die Zuhörer
    • Lesen ersten sudog und Lesen msg Feld von dort aus.
    • cast msg, um den geeigneten Typ für die Kanäle mit "reflektieren" und "unsicher"

    InformationsquelleAutor der Antwort Artem Co

Schreibe einen Kommentar