利用することがありますが、このように同じスタックトレースをまとめてカウントすることで人間の扱えるサイズのテキストファイルになります。始まる行は、スタックトレースの各アドレスが示す関数と、どのソースコードの何行目だったかをデバッグ情報を元に示しています。このスタックダンプの続きを見て行きましょう。省略すると実際にはとてつも無く大きいファイルなのかもしれないという印象を持たれるかもしれないので、あえて全部のせています。/usr/local/go/src/runtime/time.go:209これを眺めて見ると、明らかにカウントが大きいスタックトレースがありますね。/home/inada-n/work/techblog/20151218_inada-n/stack-sample.go:13この部分のソースコードを見てみましょう。リークが発見できました。他の大抵のプログラミング言語と同様に、スタックとグローバル変数をルートとして参照されているオブジェクト以外を回収します。されているかどうかにかかわらず、その条件を満たしていれば回収されます。リークしてしまいます。多いのかを判別するためにスタックダンプを利用することができます。どれだけあるのかなどを把握しておくとよいでしょう。することで、同じスタックトレースをまとめない完全なスタックダンプを取得することができます。表示されるので、より精密なデバッグに利用できます。(ヒーププロファイル)メモリープロファイルは前回のGC実行時点での、Goのアロケータが取得したプロファイルを取得します。4種類の情報があります。生存しているものも回収されたものも含めてすべてのアロケートされたメモリーを指します。