Bytes.Buffer in Go -Sprache verursacht Speicherleck: Wie schließt der Client den Antwortkörper korrekt, um die Speicherverwendung zu vermeiden?

GO Language bytes.Buffer Speicher Leckanalyse und Lösung

In Go wird bytes.Buffer zum String -Spleißen verwendet. Wenn es nicht ordnungsgemäß behandelt wird, kann dies zu Speicherleckagen führen. Dieser Artikel analysiert einen Fall, in dem erklärt wird, wie bytes.Buffer (indirekt durch seine internen bytes.makeSlice ) einen hohen Speicher -Fußabdruck verursacht und wie man ihn löst.

Fallbeschreibung:

Der Server verwendet das Fiber -Framework, und /test erstellt bytes.Buffer , wenn Anforderungen bearbeitet und eine große Datenmenge geschrieben (1 Million "123" Zeichenfolgen). Der Kunde sendet 500 Anfragen gleichzeitig. Unter Verwendung von go tool pprof -Analyse wurde festgestellt, dass bytes.makeSlice viel Speicher verbraucht und nicht veröffentlicht wurde.

Server-Seiten-Code-Snippet (vereinfacht):

 Paket Main

importieren (
    "Bytes"
    "github.com/gofiber/fiber/v2"
)

func main () {
    App: = faser.new ()
    app.get ("/test", func (c *fiber.ctx) fehler {
        Puffer: = bytes.newbufferstring ("")
        für i: = 0; i <p> <strong>Client -Code -Ausschnitte (vereinfacht):</strong></p><pre class="brush:php;toolbar:false"> Paket Main

importieren (
    "fmt"
    "net/http"
    "Synchronisation"
)

func main () {
    var wg sync.waitgroup
    für i: = 0; i <p> <strong>Die Wurzel des Problems:</strong></p><p> Der Client -Code fehlt <code>resp.Body.Close()</code> . <code>resp.Body</code> ist <code>io.ReadCloser</code> , der Daten enthält, die vom Server empfangen werden. Ohne CLAY <code>Close()</code> wird die zugrunde liegende Verbindung und der zugrunde liegende Puffer nicht freigegeben, was zu Speicherlecks führt. <code>bytes.makeSlice</code> hohen Speicher-Fußabdruck liegt daran, dass die servergebundenen <code>bytes.Buffer</code> Daten vom Client empfangen werden, aber nicht ordnungsgemäß geschlossen sind. Auch wenn der Servercode keine Speicherverwaltungsfehler hat, schließt der Client die Antwortkörper nicht.</p><p> <strong>Lösung:</strong></p><p> Hinzufügen <code>resp.Body.Close()</code> im Client -Code:</p><pre class="brush:php;toolbar:false"> resp, err: = http.get ("http: // localhost: 9001/test")
Wenn er! = nil {
    fmt.println ("Fehler:", ähm)
    Zurückkehren
}
Defer resp.body.close () // Fügen Sie diese Zeile hinzu // ... Prozess resp.body ...

Verwenden Sie defer resp.Body.Close() um sicherzustellen, dass die Funktion ausgeführt wird, und schließen Sie. resp.Body wird befreit, um Speicherleckage zu vermeiden. Dies ist der Schlüssel zur Lösung des Gedächtnisverbrauchsproblems von bytes.makeSlice . Das Problem ist keine bytes.Buffer selbst, aber die Ressource wird nicht korrekt freigegeben.

Das obige ist der detaillierte Inhalt vonBytes.Buffer in Go -Sprache verursacht Speicherleck: Wie schließt der Client den Antwortkörper korrekt, um die Speicherverwendung zu vermeiden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!