JVMのGCで変更できないオブジェクトがなぜ好きですか？

Question

JVM GCはマイナーGCで収集できるため、短命オブジェクトが大好きです。しかし、なぜJVM GCは不変オブジェクトを好んでいますか？

編集： チャーリー・ハントは、GCが彼のpresentationの不変オブジェクトを愛していると言います。

おかげlink..foundため

Answer 1

オブジェクトにgen0オブジェクトへの参照が含まれていないことをGCが認識できる場合は、gen0コレクションを実行するときに無視できます。同様に、オブジェクトにgen0またはgen1オブジェクトへの参照が含まれていない場合は、gen1コレクションを実行するときに無視されることがあります。コレクション中に多くのオブジェクトが無視されると、そのコレクションはより速くなります。

オブジェクトがgen0 GCに残っている場合、参照を保持していた任意のgen0オブジェクトがgen1に昇格されていることを確認できます。同様に、gen0参照を含まないオブジェクトがgen1 GCで存続する場合、それに含まれるgen1参照はgen2に昇格されています。したがって、あるオブジェクトがgen0コレクション中に検査されると、が変更されない限り、次のgen1コレクション、まで再度検査する必要はありません。同様に、gen1コレクション中に検査されるオブジェクトは、が変更されない限り、次のgen2コレクションまで検査する必要はありません。

オブジェクトが変更されているかどうかを知るのは難しい問題ですが、オブジェクトが存在しない場合は、GCにとって非常に有利です。

Answer 2

おかげで、それの素敵なプレゼンテーションから:)

：GCは小さな不変オブジェクトと短命オブジェクトを愛しています。

編集：

小さなオブジェクトが短いメモリフットプリントを持って収集した後、彼らは再利用を取得した後、彼らはより大きなメモリホールを残すように、メモリ圧縮が大きなオブジェクトの遅い（メモリ圧縮に多くのオーバーヘッドがあることないことを意味しますGCによる）。また、短命のオブジェクトは、小さなGCサイクルで収集されるので、良いものです。

Answer 3

Brian Goetzの回答articleが見つかりました。

ほとんどの場合、ホルダーオブジェクトが異なるオブジェクトを参照するように更新されると、新しい参照先は若いオブジェクトになります。 setValue（）を呼び出してMutableHolderを更新すると、古いオブジェクトが新しいものを参照する状況が発生しています。一方、代わりに新しいImmutableHolderオブジェクトを作成することで、若いオブジェクトは古いオブジェクトを参照しています。ほとんどのオブジェクトが古いオブジェクトを指している後者の状況は、世代別のガベージコレクタでははるかに穏やかです。古い世代のMutableHolderが変更された場合、MutableHolderを含むカード上のすべてのオブジェクトは、次のマイナーコレクションでold-to-young参照をスキャンする必要があります。長命のコンテナオブジェクトに対する変更可能な参照の使用は、コレクション時に古いものから若いものへの参照を追跡する作業を増加させます。