WeakReferenceを通じて弱く到達可能なオブジェクトを取得できるか

Question

私はWeakReferenceが何であるかを知っており、そのドキュメントと多くのブログとSOスレッドを読んでいます。しかし、次の流れが実際に起こるかどうかは、私には依然として不明です。

1. 強い参照strRefと弱参照weakRef
2. strRefで参照されるオブジェクトXは
3. weakRefがランダムスレッド
4. 前のステップで取得した基準に逆参照されているランダムスレッド上でクリアされています割り当てられているstrRef

GCで弱い参照がどのようにクリアされているかについてのアイデアがありますが、私の知る限りでは、各リファレンスクリア後にGCは発生しません。したがって、ステップ＃2〜＃3の間にGCが起こらなかった場合、弱く到達可能なオブジェクトが上記のステップ＃3によって潜在的に「復活」する可能性があるように見えます。

このような競合状態は非常に不便で危険ですので、それを防ぐ何かがあるはずですが、私はここで完全に確認したいと思います。

弱参照オブジェクトを復活できないようにする仕様がありますか？また、マルチスレッドに関連する警告はありますか？

Answer 1

したがって、GCがステップ＃2〜＃3の間に起こらなかった場合、上記ステップ＃3によって弱く到達可能なオブジェクトが潜在的に "復活"する可能性があるように見えます。それが実行されたGCは、すべての弱参照は、例えばクリアする必要がない場合でも

正しいです、マイナーコレクションが実行されると、テンポラリスペース内のオブジェクトはクリーンアップされません。フルGCのみがすべての弱い参照をクリアすることができます。

このような競合状態がそれはあなたがするとき見当がつかない与えられた任意の時点でのためにチェックしなければならない何か、それゆえ私はそれを妨げる何かがあるはずだと思い、非常に不便でさえ危険である

バックグラウンドスレッドは強力な参照をクリアします。注：強い参照をクリアするということは、メモリ値をnullに設定することだけです。

弱参照オブジェクトが復活できないことを保証する仕様はありますか？また、マルチスレッドに関する警告はありますか？

でも廃棄オブジェクトは、finalise方法でthisへの参照を設定することによって復活させることができます。この動作に頼らないことをお勧めします。参照設定は、メッセージングのソースでも、スレッドの安全性が保証されている操作でもありません。

これらのUIクラスをイベントバスにサブスクライブするために弱い参照に依存することができたので、後でそれらのサブスクライブを解除する必要はありません。

リスナーがまだアクティブかどうかを確認する必要があります。あなたが弱い参照を得ることができたからといって、あなたがそれを捨てるつもりはなかったというわけではありません。