検索
ホームページウェブフロントエンドjsチュートリアルヒープとガベージ コレクション メカニズムの簡単な分析

ヒープとガベージ コレクション メカニズムの簡単な分析

Jul 03, 2020 am 09:20 AM
ガベージコレクションの仕組み

この記事では主に次の問題に焦点を当てます:: Java プログラムの実行後、ヒープ内のオブジェクトはいつリサイクルされるか?リサイクルするにはどうすればいいですか?

ヒープは「GC ヒープ」とも呼ばれます。現在、コレクターは基本的に世代別コレクション アルゴリズムを使用しているため、Java ヒープは新世代と旧世代に細分することもできます。その割合は1:2、詳しく言うと新世代はエデンエリアとサバイバーエリアに分かれており、その割合は8:1となっています。次の図は、ヒープの構造を示しています。

##ヒープ内のオブジェクトに対するメモリの割り当ては厳密に行われます。

  • オブジェクトは最初に新世代の Eden 領域にメモリを割り当てます;

  • ## 大きなオブジェクトは、主に長い文字列や配列など、古い世代に直接入力され、大量の連続メモリ領域を必要とします。

  • 長期にわたって存続するオブジェクトは、古い世代に直接入力されます。古い世代。 Eden 領域のメモリが不十分な場合、JVM は MinorGC を開始し、オブジェクトの年齢が 1 つ増加します。デフォルトのオブジェクトの年齢は 15 に達し、古い年齢に入ります。

  • 動的な年齢決定。同じ年齢のすべてのオブジェクトのサイズの合計は、Survivor スペースの半分を超えています。この年齢以上のオブジェクトは古い世代に入ります

新世代の GC はマイナー GC を指し、新世代のガベージ コレクションは頻繁かつ高速です。古い世代の GC (メジャー GC/フル GC) は古い世代でガベージ コレクションを実行し、通常は少なくとも 1 つのマイナー GC を伴います。遅い。フル GC は次の状況でトリガーされます:

    古い世代のスペースが不十分;
  1. メソッド領域のスペースが不十分;
  2. #System.gc() を呼び出し、JVM が完全な gc を実行することをお勧めします;

  3. Long-存続期間中のオブジェクトは古い世代に転送されます。スペースが不足しています;

  4. #大きなオブジェクトに割り当てられる連続したスペースが十分にありません;
  5. # 新しい世代のガベージ コレクションで生き残るオブジェクトが多すぎるため、S1 がそれ​​らを収容できません。古い世代の保証された領域が不足しています。保証された領域とは、利用可能な最大のスペースがあるかどうかを指します。古い世代の連続スペースは、新しい世代のすべてのオブジェクトの合計スペースよりも大きくなります。
  6. ほとんどすべてのオブジェクトはヒープに配置されます。では、これらのオブジェクトがまだ使用できるかどうかをどのように確認すればよいでしょうか? JVM は、次の 2 つの決定方法を提供します。

  • ##参照カウント方法

    : オブジェクトは、参照カウンタ。参照されるたびにカウンタ値が 1 増加し、参照が無効になるとカウンタ値が 1 減少します。参照回数が 0 の場合、オブジェクトは生きていないことを意味します。参照カウント法では循環参照問題は解決できませんが、周志鵬先生の本に詳細な例が載っており、比較的理解しやすいです。

  • #到達性分析手法 :ツリーのルートノードと同様に、「GC Roots」オブジェクトを起点として下方向に探索します。その探索でたどる経路を参照チェーンと呼びます。オブジェクトから開始点までの参照チェーンが存在しない場合は、 GC ルート、次にこれ オブジェクトは到達できないため、リサイクルする必要があります。 GC ルートは、仮想マシン スタックによって参照されるオブジェクト、ローカル メソッド スタックによって参照されるオブジェクト、メソッド領域の静的プロパティによって参照されるオブジェクト、およびメソッド領域の定数によって参照されるオブジェクトを指します。

参照については上で説明しました。オブジェクトの存続は参照に関係します。参照の種類は、強参照、ソフト参照、弱参照、仮想参照に分類されます。

強力な参照、新しいオブジェクト、ガベージ コレクターはそれをリサイクルしません;

  • ソフト参照。システム内で OMM が発生する前に、これらのオブジェクトのメモリがリサイクルされます。

  • 弱い参照。ガベージ コレクターがそれを見つけるとすぐに再利用されます。動作している場合、すぐにリサイクルされます ;

  • 仮想参照は役に立たず、いつでもリサイクルされる可能性があります。

実際には、到達可能性分析メソッドによって決定された到達不可能なオブジェクトはすぐにはリサイクルされません。オブジェクトはその前に 2 回マークされる必要があります。実際にはリサイクルされます。最初のマーキングでは、オブジェクトが到達不能であると判断され、次にフィルターが実行されます。フィルター条件は、このオブジェクト # の Finalize() メソッド # を実行する必要があるかどうかです。 ####。 Finalize() メソッドがオーバーライドされていない場合、または Finalize() メソッドが仮想マシンによって呼び出された場合、finalize() メソッドはシステムによって 1 回だけ呼び出されます。どちらの場合も「実行する必要はありません」。必要に応じて、このオブジェクトは、仮想マシンによって自動的に作成される低優先度 キューである F-Quene キューに配置されます。 Finalizerスレッドは、finalize() メソッドを実行します。この期間中、GC は 2 番目の小規模なスケールで F-Quene 内のオブジェクトをマークします。オブジェクトがまだ参照されていない場合は、リサイクルされます。フィルタリングされないオブジェクトは必ずしもリサイクルされるわけではありません。 #オブジェクトが何であるかはすでにわかっています時間はリサイクルされていますが、どのようにリサイクルすればよいでしょうか?最も一般的に使用される 4 つのガベージ コレクション アルゴリズムを紹介します。

マーククリア: 最初にクリアする必要があるオブジェクトにマークを付け、次にそれらを均一に収集します --- - 効率的ではありません、大量の不連続フラグメントが生成されます;

  • コピー アルゴリズム: メモリをブロックに分割し、一度に 1 つのブロックのみを使用してコピーします使用後に残ったオブジェクトを別のオブジェクトに移動します。1 つのピースで;

  • マーク付けと並べ替え: 最初に残ったオブジェクトにマークを付け、次に残ったすべてのオブジェクトを一方の端に移動します。終了境界の外側のメモリを直接クリーンアップします;

  • 世代アルゴリズムでは、ヒープは新しい世代と古い世代に分割されます。新しい世代が収集されるたびに消滅するため、コピー アルゴリズムを選択します。旧世代の生存率は比較的高く、割り当て保証のための余分なスペースがないため、マーク クリアまたはマーク ソート アルゴリズムを選択します。

  • ガベージ コレクション アルゴリズムはメモリのリサイクルのアイデアであり、具体的な実装はガベージ コレクターです。一般的に使用されるガベージ コレクターの簡単な紹介:

シリアル シリアル コレクター。単一スレッドの場合、ガベージ コレクション中は他の作業を一時停止する必要があります。新入生にはコピー、老人にはラベリング。シンプルで効率的;

  • ParNew コレクター。シリアルのマルチスレッド バージョン、

  • Parallel Scavenge コレクター、レプリケーション アルゴリズムのマルチスレッド コレクター。スループット、CPU 実行コード時間 / 合計 CPU 消費時間に注意してください。新世代のコピー、旧マークのソート;

  • シリアル古いコレクター、旧世代のバージョン;

  • Parallel Old コレクター、Parallel Scavenge 旧世代バージョン;

  • CMS コレクター、最短の一時停止に焦点を当てています。並行コレクタを使用すると、ガベージ コレクション スレッドは (基本的に) ユーザー スレッドと同時に動作します。マーク アンド スイープ アルゴリズム

  • ガベージ コレクターの詳細については、Zhou Zhipeng 氏の本をご覧ください。

  • 推奨チュートリアル: 「
JS チュートリアル

以上がヒープとガベージ コレクション メカニズムの簡単な分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事は博客园で複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
JavaScriptとWeb:コア機能とユースケースJavaScriptとWeb:コア機能とユースケースApr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScriptエンジンの理解:実装の詳細JavaScriptエンジンの理解:実装の詳細Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript:学習曲線と使いやすさPython vs. JavaScript:学習曲線と使いやすさApr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、