bytes.buffer in go言語はメモリリークを引き起こします：クライアントはどのようにして応答本体を正しく閉じて、メモリの使用を避けますか？

言語bytes.Bufferメモリリーク分析とソリューション

Goでは、 bytes.Buffer弦のスプライシングに使用されます。不適切に処理されると、メモリの漏れにつながる可能性があります。この記事では、 bytes.Buffer （間接的に、内部bytes.makeSliceを介して間接的に）を説明するケースを分析します。

ケースの説明：

サーバーはファイバーフレームワークを使用し、 /testルートはリクエストを処理するときにbytes.Bufferを作成し、大量のデータ（100万 "123"文字列）を作成します。クライアントは、500のリクエストを同時に送信します。 go tool pprof分析を使用して、 bytes.makeSlice多くのメモリを消費し、リリースされていないことがわかりました。

サーバー側のコードスニペット（簡素化）：

パッケージメイン

輸入 （
    「バイト」
    「github.com/gofiber/fiber/v2」
））

func main（）{
    アプリ：= fiber.new（）
    app.get（ "/test"、func（c *fiber.ctx）エラー{
        バッファ：= bytes.newbufferstring（ ""）
        i：= 0; I <p><strong>クライアントコードスニペット（簡素化）：</strong></p><pre class="brush:php;toolbar:false">パッケージメイン

輸入 （
    「FMT」
    「net/http」
    「同期」
））

func main（）{
    var wg sync.waitgroup
    i：= 0; I <p><strong>問題の根源：</strong></p><p>クライアントコードには<code>resp.Body.Close()</code>がありません。 <code>resp.Body</code>は<code>io.ReadCloser</code>であり、サーバーから受信したデータが含まれています。 <code>Close()</code>を呼び出すことなく、基礎となる接続とバッファーは放出されず、メモリリークが発生します。 <code>bytes.makeSlice</code>高いメモリフットプリントは、サーバーで生成された<code>bytes.Buffer</code>がクライアントによって受信されますが、適切に閉じられていないためです。サーバーコードにメモリ管理エラーがない場合でも、クライアントは応答本体を閉じません。</p><p><strong>解決：</strong></p><p>クライアントコードに<code>resp.Body.Close()</code>を追加します。</p><pre class="brush:php;toolbar:false"> rep、err：= http.get（ "http：// localhost：9001/test"）
err！= nil {
    fmt.println（ "error："、err）
    戻る
}
defer resp.body.close（）//この行を追加// ...プロセスresp.body ...

defer resp.Body.Close()を使用して、メモリの漏れを避けるために、関数が実行され、密接なresp.Bodyが解放されていることを確認します。これは、 bytes.makeSliceのメモリ使用量の問題を解決するための鍵です。問題はバイトではありません。 bytes.Buffer自体ですが、リソースは正しくリリースされません。

以上がbytes.buffer in go言語はメモリリークを引き起こします：クライアントはどのようにして応答本体を正しく閉じて、メモリの使用を避けますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。