Java オブジェクトの強参照、ソフト参照、弱参照、仮想参照 +ReferenceQueue

1. 強参照 (StrongReference)

強参照は最も一般的に使用される参照です。オブジェクトに強い参照がある場合、ガベージコレクターはそれを再利用しません。メモリ領域が不十分な場合、Java 仮想マシンは、メモリ不足の問題を解決するために強参照を持つオブジェクトを恣意的にリサイクルするのではなく、OutOfMemoryError エラーをスローしてプログラムを異常終了させます。

2. ソフト参照

オブジェクトにソフト参照のみがある場合、メモリ空間は十分であり、メモリ空間が不十分な場合は、ガベージコレクターはそれを再利用しません。ガベージコレクターがオブジェクトを収集しない限り、オブジェクトはプログラムで使用できます。ソフト参照を使用して、メモリ依存のキャッシュを実装できます (例を以下に示します)。

ソフト参照は、参照キュー (ReferenceQueue) と組み合わせて使用できます。ソフト参照によって参照されるオブジェクトがガベージコレクターによってリサイクルされる場合、Java 仮想マシンは、それに関連付けられた参照キューにソフト参照を追加します。

3. 弱参照

弱参照とソフト参照の違いは、弱参照のみを持つオブジェクトのライフサイクルが短いことです。ガベージコレクタースレッドがその管轄下のメモリ領域をスキャンするプロセス中に、弱い参照のみを持つオブジェクトが見つかると、現在のメモリ領域が十分であるかどうかに関係なく、そのメモリが再利用されます。ただし、ガベージコレクターは優先度が非常に低いスレッドであるため、弱い参照のみを持つオブジェクトを必ずしもすぐに見つけられるとは限りません。

弱参照は参照キュー (ReferenceQueue) と組み合わせて使用できます。弱参照によって参照されるオブジェクトがガベージコレクションされる場合、Java 仮想マシンは関連する参照キューに弱参照を追加します。

4. ファントム参照 (Phantom Reference)

名前が示すように、「ファントム参照」は名前だけであり、他の参照とは異なり、オブジェクトのライフサイクルを決定しません。オブジェクトがファントム参照のみを保持している場合、オブジェクトは参照がないかのようにガベージコレクターによっていつでも再利用される可能性があります。

仮想参照は主に、ガベージコレクターによってリサイクルされるオブジェクトのアクティビティを追跡するために使用されます。仮想参照、ソフト参照、弱参照の違いの 1 つは、仮想参照は参照キュー (ReferenceQueue) と組み合わせて使用する必要があることです。ガベージコレクターがオブジェクトをリサイクルする準備をしているときに、オブジェクトにまだ仮想参照があることが判明すると、オブジェクトのメモリをリサイクルする前に、それに関連付けられた参照キューに仮想参照を追加します。

ReferenceQueue queue = newReferenceQueue ();
PhantomReference pr = newPhantomReference (object, queue);参照キューがすでに作成されているかどうかを判断します。仮想参照は、参照されたオブジェクトがガベージコレクションされるかどうかを学習するために使用されます。プログラムは、仮想参照が参照キューに追加されたことを検出すると、参照されたオブジェクトのメモリが再利用される前に必要なアクションを実行できます。
5. ReferenceQueue

Reference オブジェクト自体が保存されている場合、Reference 参照が指すオブジェクトが GC によってリサイクルされている場合、その Reference は実際には無効になります

このような Reference が置かれます。スペースの占有を避けるために、ここでクリアすることができます

6. WeakHashMap

弱参照マップ: Key キーがマップ内の値を取得した後に再利用される場合、Key キーは弱参照キーになります。、値は自動的に削除されます

Key キーが常に強参照されている場合、再利用することはできません

Value は強参照されるため、Value が Key キーを間接的に参照しないように注意してください。強く参照されるクロック

これ: Keyのライフサイクルで制御されるキャッシュに基づくのが適切

以上がJava オブジェクトの強い参照、弱い参照、弱い参照、および仮想参照 +ReferenceQueueの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

JVMは、Javaの「Write and、Run Anywhere」（Wora）機能にどのように貢献しますか？May 02, 2025 am 12:25 AM

JVMは、バイトコード解釈、プラットフォームに依存しないAPI、動的クラスの負荷を介してJavaのWORA機能を実装します。 2。標準API抽象オペレーティングシステムの違い。 3.クラスは、実行時に動的にロードされ、一貫性を確保します。

Javaの新しいバージョンは、プラットフォーム固有の問題にどのように対処しますか？May 02, 2025 am 12:18 AM

Javaの最新バージョンは、JVMの最適化、標準的なライブラリの改善、サードパーティライブラリサポートを通じて、プラットフォーム固有の問題を効果的に解決します。 1）Java11のZGCなどのJVM最適化により、ガベージコレクションのパフォーマンスが向上します。 2）Java9のモジュールシステムなどの標準的なライブラリの改善は、プラットフォーム関連の問題を削減します。 3）サードパーティライブラリは、OpenCVなどのプラットフォーム最適化バージョンを提供します。

JVMによって実行されたバイトコード検証のプロセスを説明します。May 02, 2025 am 12:18 AM

JVMのバイトコード検証プロセスには、4つの重要な手順が含まれます。1）クラスファイル形式が仕様に準拠しているかどうかを確認し、2）バイトコード命令の有効性と正確性を確認し、3）データフロー分析を実行してタイプの安全性を確保し、検証の完全性とパフォーマンスのバランスをとる。これらの手順を通じて、JVMは、安全で正しいバイトコードのみが実行されることを保証し、それによりプログラムの完全性とセキュリティを保護します。

プラットフォームの独立性は、Javaアプリケーションの展開をどのように簡素化しますか？May 02, 2025 am 12:15 AM

java'splatformendencealLowsApplicationStorunOperatingSystemwithajvm.1）singlecodebase：writeandcompileonceforallplatforms.2）easyUpdates：updatebytecodeforsimultaneousdeployment.3）テストの実験効果：scalbortffortfforduniverbehaviol.4）

Javaのプラットフォームの独立性は、時間とともにどのように進化しましたか？May 02, 2025 am 12:12 AM

Javaのプラットフォームの独立性は、JVM、JITコンピレーション、標準化、ジェネリック、ラムダ式、Projectpanamaなどのテクノロジーを通じて継続的に強化されています。 1990年代以来、Javaは基本的なJVMから高性能モダンJVMに進化し、さまざまなプラットフォームでのコードの一貫性と効率を確保しています。

Javaアプリケーションでプラットフォーム固有の問題を緩和するためのいくつかの戦略は何ですか？May 01, 2025 am 12:20 AM

Javaはプラットフォーム固有の問題をどのように軽減しますか？ Javaは、JVMおよび標準ライブラリを通じてプラットフォームに依存します。 1）bytecodeとjvmを使用して、オペレーティングシステムの違いを抽象化します。 2）標準のライブラリは、パスクラス処理ファイルパス、CHARSETクラス処理文字エンコードなど、クロスプラットフォームAPIを提供します。 3）最適化とデバッグのために、実際のプロジェクトで構成ファイルとマルチプラットフォームテストを使用します。

Javaのプラットフォームの独立性とマイクロサービスアーキテクチャの関係は何ですか？May 01, 2025 am 12:16 AM

java'splatformentencentenhancesmicroservicesecturectureby byofferingdeploymentflexability、一貫性、スケーラビリティ、およびポート可能性。1）展開の展開の展開は、AllosmicRoserviThajvm.2）deploymentflexibility lowsmicroserviceSjvm.2）一貫性のあるAcrossServicessimplisimpligiessdevelisementand

GraalvmはJavaのプラットフォーム独立目標とどのように関係していますか？May 01, 2025 am 12:14 AM

Graalvmは、Javaのプラットフォームの独立性を3つの方法で強化します。1。言語間の相互運用性、Javaが他の言語とシームレスに相互運用できるようにします。 2。独立したランタイム環境、graalvmnativeimageを介してJavaプログラムをローカル実行可能ファイルにコンパイルします。 3.パフォーマンスの最適化、Graalコンパイラは、Javaプログラムのパフォーマンスと一貫性を改善するための効率的なマシンコードを生成します。

See all articles