java - Java での循環参照

Question

複雑で循環的な方法で相互に参照するクラスインスタンスの集合体を考えると、ガベージコレクターがこれらのオブジェクトを解放できない可能性はありますか?

これは過去に JVM の問題だったことを漠然と思い出しますが、これは何年も前に解決されたと思っていました。それでも、jhat を調査したところ、現在直面しているメモリリークの原因が循環参照であることが明らかになりました。

注: 私は常に、JVM が循環参照を解決し、そのような「ゴミの島」をメモリから解放できるという印象を受けてきました。ただし、誰かが例外を見つけたかどうかを確認するために、この質問を投げかけています。

score 42 · Accepted Answer

循環参照で問題が発生するのは、非常に単純な実装だけです。ウィキペディアには、さまざまな GC アルゴリズムに関する優れた記事があります。さらに詳しく知りたい場合は、 (Amazon) Garbage Collection: Algorithms for Automatic Dynamic Memory Management を試してください。Java には 1.2 から優れたガベージコレクターがあり、1.5 と Java 6 では非常に優れたガベージコレクターがありました。

GC を改善するための難しい部分は、一時停止とオーバーヘッドを削減することであり、循環参照のような基本的なことではありません。

score 23 · Accepted Answer

ガベージコレクターは、ルートオブジェクトがどこにあるかを認識しています: 静的オブジェクト、スタック上のローカルオブジェクトなど。オブジェクトがルートから到達できない場合、オブジェクトは再利用されます。彼らが到達可能な場合、彼らは固執する必要があります。

score 12 · Accepted Answer

ライアン、 Java の循環参照へのコメントから判断すると、おそらくブートストラップ/システムクラスローダーによってロードされたクラスからオブジェクトを参照するという罠に陥りました。すべてのクラスは、クラスをロードしたクラスローダによって参照されるため、クラスローダにアクセスできなくなった場合にのみ、ガベージコレクションを実行できます。問題は、ブートストラップ/システムクラスローダがガベージコレクションされないことです。したがって、システムクラスローダによってロードされたクラスから到達可能なオブジェクトもガベージコレクションできません。

この動作の理由は、JLS で説明されています。たとえば、Third Edition 12.7 http://java.sun.com/docs/books/jls/third_edition/html/execution.html#12.7です。

score 4 · Accepted Answer

私の記憶が正しければ、仕様によると、JVM が収集できるものではなく、収集できないもの (到達可能なもの)についてのみ保証されます。

リアルタイム JVM を使用している場合を除き、最新のガベージコレクターのほとんどは、複雑な参照構造を処理し、安全に削除できる「サブグラフ」を識別できるはずです。より多くの研究アイデアが (研究ではなく) 標準 VM に組み込まれるにつれて、これを行う効率、待ち時間、および可能性は時間の経過とともに改善されます。

score 3 · Accepted Answer

Java 仕様によると、ガベージコレクターは、どのスレッドからもアクセスできない場合にのみ、オブジェクトをガベージコレクションできます。

到達可能とは、A から B につながる参照、または参照のチェーンが存在し、C、D、...Z を介してすべてを処理できることを意味します。

2000 年以来、JVM が収集しないことは私にとって問題ではありませんでしたが、マイレージは異なる場合があります。

ヒント: Java シリアライゼーションはオブジェクトをキャッシュして、オブジェクトメッシュの転送を効率化します。大きな一時的なオブジェクトが多数あり、すべてのメモリが占有されている場合は、シリアライザーをリセットしてキャッシュをクリアします。

score 3 · Accepted Answer

いいえ、少なくとも Sun の公式 JVM を使用すると、ガベージコレクターはこれらのサイクルを検出し、外部からの参照がなくなるとすぐにメモリを解放できます。

score 2 · Accepted Answer

すでに言われていることを増幅するだけです：

私が 6 年間取り組んできたアプリケーションは、最近 Java 1.4 から Java 1.6 に変更され、以前はガベージコレクションが可能であることさえ認識していなかったものへの静的参照を追加する必要があることがわかりました。以前はガベージコレクターがうまく機能しなかったため、静的参照は必要ありませんでしたが、現在ははるかに優れています。

score 2 · Accepted Answer

参照カウント GC は、この問題で有名です。特に、Suns JVM は参照カウント GC を使用しません。

ヒープのルートからオブジェクトに到達できない場合 (通常、最低でもクラスローダーを介して、他に何もなければ、オブジェクトは破棄されます。これは、通常の Java GC 中に新しいヒープにオブジェクトがコピーされないためです。

score 0 · Accepted Answer

ガベージコレクターは非常に洗練されたソフトウェアであり、巨大な JCK テストスイートでテストされています。完璧ではありませんが、Java コンパイラ (javac) がすべてのクラスをコンパイルし、JVM がそれをインスタンス化する限り、うまくいく可能性が非常に高くなります。

繰り返しますが、このオブジェクトグラフのルートへの参照を保持している場合、メモリは解放されませんが、自分が何をしているのかわかっていれば問題ありません。

java - Java での循環参照

10 に答える 10

Related

Reference