Von io.Reader zu String in Go

Ich habe ein io.ReadCloserObjekt (von einem http.ResponseObjekt).

Was ist der effizienteste Weg, um den gesamten Stream in ein stringObjekt zu konvertieren ?

BEARBEITEN:

Seit 1.10 existiert strings.Builder. Beispiel:

buf := new(strings.Builder)
n, err := io.Copy(buf, r)
// check errors
fmt.Println(buf.String())

Veraltete Informationen unten

Die kurze Antwort lautet, dass dies nicht effizient ist, da für die Konvertierung in eine Zeichenfolge eine vollständige Kopie des Byte-Arrays erforderlich ist. Hier ist der richtige (nicht effiziente) Weg, um das zu tun, was Sie wollen:

buf := new(bytes.Buffer)
buf.ReadFrom(yourReader)
s := buf.String() // Does a complete copy of the bytes in the buffer.

Diese Kopie dient als Schutzmechanismus. Saiten sind unveränderlich. Wenn Sie ein [] Byte in eine Zeichenfolge konvertieren könnten, könnten Sie den Inhalt der Zeichenfolge ändern. Mit go können Sie jedoch die Typensicherheitsmechanismen mithilfe des unsicheren Pakets deaktivieren. Verwenden Sie das unsichere Paket auf eigenes Risiko. Hoffentlich ist der Name allein eine gute Warnung. So würde ich es mit unsicher machen:

buf := new(bytes.Buffer)
buf.ReadFrom(yourReader)
b := buf.Bytes()
s := *(*string)(unsafe.Pointer(&b))

Jetzt haben Sie Ihr Byte-Array effizient in einen String konvertiert. Wirklich, alles, was dies tut, ist das Typsystem dazu zu bringen, es eine Zeichenfolge zu nennen. Diese Methode weist einige Einschränkungen auf:

1. Es gibt keine Garantie dafür, dass dies in allen Go-Compilern funktioniert. Dies funktioniert zwar mit dem Plan-9-GC-Compiler, stützt sich jedoch auf "Implementierungsdetails", die in der offiziellen Spezifikation nicht erwähnt sind. Sie können nicht einmal garantieren, dass dies auf allen Architekturen funktioniert oder nicht in gc geändert wird. Mit anderen Worten, das ist eine schlechte Idee.
2. Diese Zeichenfolge ist veränderlich! Wenn Sie diesen Puffer aufrufen, wird die Zeichenfolge geändert. Sei sehr vorsichtig.

Mein Rat ist, sich an die offizielle Methode zu halten. Eine Kopie zu machen ist nicht so teuer und das Übel der Unsicherheit nicht wert. Wenn die Zeichenfolge zu groß ist, um eine Kopie zu erstellen, sollten Sie sie nicht zu einer Zeichenfolge machen.

Die Antworten haben bisher nicht den "gesamten Stream" -Teil der Frage angesprochen. Ich denke, der gute Weg, dies zu tun, ist ioutil.ReadAll. Mit deinem io.ReaderCloserNamen rcwürde ich schreiben,

if b, err := ioutil.ReadAll(rc); err == nil {
    return string(b)
} ...

data, _ := ioutil.ReadAll(response.Body)
fmt.Println(string(data))

Der effizienteste Weg wäre, immer []bytestatt zu verwenden string.

Im Fall , dass Sie Daten aus den empfangenen drucken io.ReadCloser, das fmtkann Paket handhaben []byte, aber es ist nicht effizient , da die fmtImplementierung intern konvertieren []bytezu string. Um diese Konvertierung zu vermeiden, können Sie die fmt.FormatterSchnittstelle für einen Typ wie implementieren type ByteSlice []byte.

func copyToString(r io.Reader) (res string, err error) {
    var sb strings.Builder
    if _, err = io.Copy(&sb, r); err == nil {
        res = sb.String()
    }
    return
}

var b bytes.Buffer
b.ReadFrom(r)

// b.String()

Ich mag die bytes.Buffer Struktur. Ich sehe, es hat ReadFrom- und String- Methoden. Ich habe es mit einem [] Byte verwendet, aber nicht mit einem io.Reader.