Goは、Javaと同じ微妙なメモリリークの影響を受けますか？

ここに事実があります：

• Goという言語にはガベージコレクターがあります。

• Javaにはガベージコレクションがあります

• 多くのJavaプログラムには（微妙かどうかにかかわらず）メモリリークがあります

メモリリークがあるJavaプログラムの例として（気弱な人のためではなく、質問があなたの信念を揺るがすかもしれません）、「リークを見つける」ボタンさえあるTomcatと呼ばれる小さなJavaプログラムについてここを見てください：方法はありますかTomcatでのアンデプロイメントメモリリークを回避するには？

だから私は疑問に思っています：Goで書かれたプログラムは、Javaで書かれたいくつかのプログラムが示すのと同じ種類の（微妙かどうかにかかわらず）メモリリークを示しますか？

ここでは、さまざまなタイプのメモリリークを混乱させています。

凶悪な明示的メモリ管理ベースのメモリリークは、Java（または他のGCベースの言語）ではなくなりました。これらのリークは、未使用としてマークせずにメモリのチャンクへのアクセスを完全に失うことによって発生します。

コンピュータが私たちの心を読み取ることができるまで、Javaや地球上の他のすべての言語にまだ存在する「メモリリーク」はまだ私たちのそばにあり、予見可能な将来になります。これらのリークは、コード/プログラマーが技術的に不要になったオブジェクトへの参照を保持していることが原因です。これらは基本的に論理的なバグであり、現在のテクノロジーを使用してどの言語でも防ぐことはできません。

Goプログラムでメモリリークが発生する可能性が非常に高くなります。Goの現在の実装には、単純なマークアンドスイープガベージコレクターがあります。これは一時的な解決策としてのみ意図されており、長期的なガベージコレクターとして意図されていません。詳細については、このページを参照してください。ヘッダーの下を見てくださいGo Garbage Collector。そのページには、現在のバージョンのコードへのリンクもあります。

「メモリリーク」とは、プログラマが解放されると考えていたメモリの一部が解放されない場合です。これは、ガベージコレクションの有無にかかわらず、どの言語でも発生する可能性があります。GC言語の通常の原因は、メモリへの追加の参照を保持することです。

「言語はメモリリークを引き起こしません、プログラマーはメモリリークを引き起こします」。

ガベージコレクションの有無にかかわらず、ほとんどの場合、Java、Go、またはその他の言語でメモリリークが発生するプログラムを作成できます。

ガベージコレクションはプログラマーの負担の一部を取り除きますが、リークを完全に防ぐことはできません。

ここでは抽象化レベルを混合しています。メモリリークは、ライブラリのバグが原因です（オブジェクトは、「aのチェーンはbへの参照を保持しますが、オブジェクトは相互に参照します」と、ガベージコレクタの実装における効率と正確さ。そのようなループを見つけるためにどのくらいの時間を費やしたいですか？2倍の時間を費やすと、2倍の長さのループを検出できるようになります。

したがって、メモリリークの問題はプログラミング言語固有のものではなく、GO自体がJavaよりも優れている、または劣っているという理由はありません。