Golang - Kopie Exec-Ausgang zu Melden

Ich würde gerne die Umleitung der Ausgabe eines Prozesses zu log in einer fristgerechten Weise. Ich kann es tun, wenn ich warten, bis der Prozess fertig zu stellen wie diese:

cmd := exec.Command("yes", "Go is awesome") //Prints "Go is awesome", forever 
out, err := cmd.CombinedOutput()
log.Printf("%s", out)

Allerdings, wenn der Prozess dauert eine lange Zeit oder nicht fertig stellen, dies ist weniger nützlich. Ich weiß, ich kann nach stdout schreiben in Echtzeit wie diese:

cmd := exec.Command("yes")
cmd.Stdout = os.Stdout
cmd.Stderr = os.Stderr
cmd.Run()

Dies nicht wirklich helfen, mir aber, denn ich Schreibe einen service, der nicht schreiben auf ein terminal. Ich bin auf der Suche nach etwas, lassen Sie mich etwas zu tun:

cmd := exec.Command("yes")
cmd.Stdout = log.Stdout
cmd.Stderr = log.Stdout
cmd.Run()

log nicht geben direkten Zugriff auf die writer so ist dies nicht möglich. Ich bin sicherlich nicht der einzige mit diesem problem, wie wird das normalerweise gemacht?

Dies wird verursacht durch Pufferung in dem Befehl, den Sie ausgeführt werden. Vielleicht finden Sie die Antworten auf diese Frage nützlich.
Während das ist in der Tat eine gute Frage für die Erklärung der Pufferung, ich bin mir ziemlich sicher, dass dies nicht ein problem der Pufferung. CombinedOutput() wartet, bis das Programm zu beenden und gibt den Ausgang und den Befehl cmd ein.Stdout = os.Stdout nicht das problem aufweisen, aber schreibt zu einem unerwünschten Ausgang. Danke für den Kommentar, aber...

InformationsquelleAutor Rick Smith | 2014-08-07

28

Sollten Sie eine Rohr hier zum Beispiel:
```
stdout, err := cmd.StdoutPipe()
if err != nil {
    return 0, err
}

//start the command after having set up the pipe
if err := cmd.Start(); err != nil {
    return 0, err
}

//read command's stdout line by line
in := bufio.NewScanner(stdout)

for in.Scan() {
    log.Printf(in.Text()) //write each line to your log, or anything you need
}
if err := in.Err(); err != nil {
    log.Printf("error: %s", err)
}
```
Habe ich nur behandelt Stdout hier, aber es ist möglich, behandeln Stderr zur gleichen Zeit, zum Beispiel mit einer goroutine.
- Paar Vorschläge: Holen Sie sich die StderrPipe() dann Mach multi := io.MultiReader(stdout, stderr). Dann tun in := bufio.NewScanner(multi). Dies ermöglicht es einem einzelnen scanner und keine goroutine, die ich denke, ist ganz nett. Ich denke scanner.Err() sollte in.Err(). Ich nahm die return 0, err und schaffte es gerade return err. Super Antwort, danke!
- Wenn ich diese Lösung in Kombination mit der Lösung von @RickSmith die Ausgabe in umgekehrter Reihenfolge (Letzte Zeile zuerst, in der ersten Zeile reicht). Ich denke, die for-Schleife müssen möglicherweise geändert werden?
- es gibt keinen Grund, warum ein Rohr könnte die Bestellung stornieren Linien.Dies würde bedeuten, dass das Programm geleitet, läuft rückwärts in der Zeit, was ziemlich unwahrscheinlich ist angesichts unserer derzeitigen Kenntnisse in der Zeitreise-Technologien. Mehr ernst, bitte stellen Sie eine neue Frage mit Ihr genau reproduzierbare Problem.
InformationsquelleAutor SirDarius
4

Beide exec.Command und log.Logger basieren auf einer io.Writer. Sie haben keinen Zugang zu denen des zweiten, aber Sie brauchen nicht zu, weil Sie entweder nicht verändert, und du bist mit os.Stderr oder Sie es geändert und Sie haben die io.Writer an-hand bei der Erstellung der logger.

Also, Sie müssen nur passen Sie zweite Beispiel, indem Sie mit der rechten io.Writer...

Bearbeiten

Nachdem einige wenn auf es, denke ich, können Sie gut zu gehen nur durch die Einbettung log.Logger in ein struct, dass die Umsetzung der io.Writer Schnittstelle...

Beispiel:
```
type LogWriter struct {
    logger *log.Logger
}

func NewLogWriter(l *log.Logger) *LogWriter {
    lw := &LogWriter{}
    lw.logger = l
    return lw
}

func (lw LogWriter) Write (p []byte) (n int, err error) {
    lw.logger.Println(p)
    return len(p), nil
}
```
Und dann übergeben es an Ihre exec.Command Ausgabe...
```
cmd := exec.Command(…)
cmd.Stdout = NewLogWriter(log.New(…))
```
Können Sie es verwenden, für standard-oder Fehler-Ausgang, oder erstellen neues Objekt für jeden.

Edit2

Wie werde ich mit diesem trick, für eines meiner nächsten Projekte, habe ich Sie in einem Paket auf github. Fühlen Sie sich frei, um feedback zu geben, usw.
- Mit der logger-Writer direkt während der Verwendung der Logger selbst ist nicht eine gute Idee, weil ein Datenlogger ermöglicht den Zugriff von mehreren goroutines ohne mangeln seiner Leistung, die ein reines Schriftsteller nicht. Auch, im Gegensatz zu einem Schriftsteller, einem Logger normalerweise ziert die Ausgabe, die der OP wohl Wünsche, zum Beispiel, um das genaue Datum der Ausgabe in die log-Datei.
- Aktualisiert meine Antwort mit einer Idee, die auftauchte, während Sie Lesen Ihren Kommentar. Was denkst du darüber ?
- Nette Idee auch. Kapselung ein logger in ein Writer sollte ein Teil der standard-Bibliothek imho !
- Wie es nicht und wie ich zu denken, es auch in meinem nächsten Projekt (beinhalten Befehle, glücklicher Zufall), habe ich es in ein Paket von meiner eigenen auf github. Fühlen Sie sich frei, es zu verwenden, um mir feedback, etc. Ich werde es auf godoc auch wenn ich die Dokumentation fertig. Nicht, dass es schwer ist, dachte...
InformationsquelleAutor Elwinar

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.