ホームページ > バックエンド開発 > Golang > 何がヒープに逃げ込むのでしょうか?

何がヒープに逃げ込むのでしょうか?

王林
リリース: 2024-02-06 10:09:07
転載
1268 人が閲覧しました

何がヒープに逃げ込むのでしょうか?

質問の内容

このコードはまったく割り当てられないはずですが、何らかの理由で割り当てられてしまいます。ベンチマークが示すように、操作ごとに 2 つの割り当てが発生します。

関数のどの行が割り当てられますか?なぜ?

###関数:### リーリー ###基準:### リーリー

私は、

buf

スライスがどういうわけかエスケープすると思いますが、私が理解しているように、この場合のスライスは変数を指すスタック上に割り当てられた構造体であるため、方法がわかりません

b

をデータとして使用します。式 unsafe.Slice(&b, 1)(*[1]byte)(unsafe.Pointer(&b))[:] に変更しようとしましたが、変更。 正解


値がインターフェイス内でボックス化されている場合、その値がコールスタックに一度も存在しない場合でも、その値が使用されている場合は常にエスケープ可能とみなされます。外部的には、Go はこの時点で分析を停止し、誰かがアドレスを取得した可能性があると考えるため、値をヒープに保存する必要があります。


Read

io.Reader

を使用し、Writeio.Writer を使用するため、buf (これはこれら 2 つの関数に渡される bytes.Buffer) はエスケープする必要があるということです。 これらの関数に具象型 bytes.Buffer (おそらく望ましくない) を指定したとしても、

Read

io.ReadFull を呼び出すため、それだけでは十分ではありません。 、これも io.Reader を受け取ります。この課題を免除してもらうには、それ以上に頑張らなければなりません。 補足として、Read の他の問題には、

unsafe.Slice

の悪ふざけを必要としない、より簡単な解決策があります。単に var b を変更するだけです。 bytevar b [1]byte (これは メモリ内の とまったく同じです) に置き換え、b[:]ReadFull に渡します。 を使用し、他に b が使用される場合は常に b[0] を使用します。

以上が何がヒープに逃げ込むのでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:stackoverflow.com
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート