単純な構成の代わりに弱参照を使用した方がよい状況はありますか？

が、Javaのドキュメントを指定し、その弱参照は、主にマッピングをcanonicalizingために、あなたが見つけるされている多くの、多くの、多くのWeakHashMapは、その存続期間中にオブジェクト・メタデータを格納するための完璧であることを、述べてインターネット上の人々を。ただし、誰もがわかりやすく適切な例を作成することに煩わされることはありません。

WeakHashMapを使用してオブジェクトにいくつかのプロパティを追加するか、メタデータサウンドを格納します。言い換えれば、悪いデザインです。継承が利用できない場合があることを理解しています（最終的なクラス、インターフェース）が、構成についてはどうですか？合成が選択肢にならない一例は考えられません。「言語の癖」ではなく、確立された原則に依存しているので、確かにより良いものです。

それでは、単純な構成の代わりに弱参照を使用した方がよい状況はありますか？そうでない場合、なぜインターネット上の誰もがそれを誤解しているように見えるのですか？

いくつかのメタデータをいくつかのデータオブジェクトに関連付ける必要があるとしましょう。これはかなり一般的なシナリオです。私はデータオブジェクトを制御していません。データオブジェクトはたくさんあります。問題のAPI（コールバック、仮想メソッドなど）はそれらのデータオブジェクトを提供しますが、メタデータは提供しません。したがって、これらのデータオブジェクトのそれぞれの状態を追跡する必要があります。このメタデータをアドーンメントと呼びます。これは、その概念で時々使用される用語です。

単純な構成により、装飾オブジェクト（メタデータを持つオブジェクト）から他のオブジェクト（データを持つオブジェクト）への簡単なルックアップが提供されます。メタデータオブジェクトのデザインを制御しているため、データオブジェクトへの参照を直接そこに入れることができるという前提があります。 。

ただし、データオブジェクトのデザインを制御して変更できる場合を除いて、単純な構成では逆参照（データオブジェクトから一部のメタデータへの参照）は提供されません。実際、メタデータオブジェクトのコレクションがない限り、オブジェクト（データ）アイテムが指定された関連メタデータアイテムを見つけることさえできません。

オブジェクトから付属のメタデータを見つける方向にルックアップする問題に加えて、メタデータの寿命の問題もあります。

蓄積され、データオブジェクトが使用されなくなっても解放されないメタデータは、メモリリークです。

弱参照ハッシュマップは両方の問題を解決します。これにより、データが指定されたメタデータを検索でき、データが解放された後のある時点でメタデータを解放できます。

さらに、弱参照ハッシュマップを使用すると、（メタデータ）値だけでなく（gc'ed）も再利用（gc'ed）することもできることに注意してください。メモリリーク、さらに、値も解放できませんでした。