java - Javaのデストラクタはありますか?

Question

Javaのデストラクタはありますか? これに関するドキュメントを見つけることができないようです。そうでない場合、どうすれば同じ効果を得ることができますか?

質問をより具体的にするために、データを処理するアプリケーションを作成しています。仕様では、アプリケーションを起動したばかりの元の状態に戻す「リセット」ボタンが必要であると書かれています。ただし、アプリケーションを閉じるかリセットボタンを押さない限り、すべてのデータは「ライブ」である必要があります。

普段は C/C++ プログラマーなので、これを実装するのは簡単だと思いました。（したがって、最後に実装する予定でした。）リセットボタンが押されたときにすべての「ライブ」オブジェクトを破棄できるように、すべての「リセット可能な」オブジェクトが同じクラスになるようにプログラムを構成しました。

データを逆参照してガベージコレクターがデータを収集するのを待つだけだとしたら、ユーザーが繰り返しデータを入力してリセットボタンを押すと、メモリリークが発生しないのではないかと考えていました。また、Java は言語として非常に成熟しているため、これが起こらないようにするか、適切に対処する方法があるはずだと考えていました。

score 569 · Accepted Answer

Java はガベージコレクトされた言語であるため、オブジェクトがいつ破棄されるか (または破棄されるかどうか) を予測することはできません。したがって、デストラクタに直接相当するものはありません。

という継承されたメソッドがありますが、finalizeこれは完全にガベージコレクターの裁量で呼び出されます。そのため、明示的に整理する必要があるクラスでは、closeメソッドを定義し、finalize をサニティチェックにのみ使用するのが慣例です (つまり、closeが呼び出されていない場合は、すぐに実行してエラーをログに記録します)。

最近、ファイナライズに関する詳細な議論を引き起こした質問があったため、必要に応じてより詳細な情報を提供する必要があります...

score 141 · Accepted Answer

try-with-resourcesステートメントを見てください。例えば：

try (BufferedReader br = new BufferedReader(new FileReader(path))) {
  System.out.println(br.readLine());
} catch (Exception e) {
  ...
} finally {
  ...
}

ここで、不要になったリソースがBufferedReader.close()メソッドで解放されます。AutoCloseable同様の方法でそれを実装して使用する独自のクラスを作成できます。

このステートメントは、コードの構造化という点でより制限されfinalizeていますが、同時に、コードの理解と保守がより簡単になります。finalizeまた、アプリケーションの実行中にメソッドが呼び出されるという保証はまったくありません。

score 115 · Accepted Answer

いいえ、ここにはデストラクタはありません。その理由は、すべての Java オブジェクトがヒープに割り当てられ、ガベージコレクションが行われるためです。明示的な割り当て解除 (つまり、C++ の削除演算子) がなければ、実際のデストラクタを実装する賢明な方法はありません。

Java はファイナライザーをサポートしていますが、ソケット、ファイルハンドル、ウィンドウハンドルなどのネイティブリソースへのハンドルを保持するオブジェクトを保護する目的でのみ使用することを意図しています。リージョンは無料で、それだけです。オブジェクトにファイナライザーがある場合、最初に一時的な場所にコピーされ (ここでガベージコレクションを行っていることを思い出してください)、ファイナライズ待ちのキューに入れられ、ファイナライザースレッドが非常に低い優先度でキューをポーリングします。ファイナライザーを実行します。

アプリケーションが終了すると、JVM は保留中のオブジェクトがファイナライズされるのを待たずに停止するため、ファイナライザーが実行されるという保証は事実上ありません。

score 31 · Accepted Answer

finalize()メソッドの使用は避けるべきです。これらはリソースをクリーンアップするための信頼できるメカニズムではなく、悪用することでガベージコレクターで問題を引き起こす可能性があります。

リソースを解放するなど、オブジェクトで解放呼び出しが必要な場合は、明示的なメソッド呼び出しを使用します。この規則は既存の API (例: Closeable、Graphics.dispose()、Widget.dispose() ) で見ることができ、通常は try/finally を介して呼び出されます。

Resource r = new Resource();
try {
    //work
} finally {
    r.dispose();
}

破棄されたオブジェクトを使用しようとすると、実行時例外がスローされます ( IllegalStateExceptionを参照)。

編集：

データを逆参照してガベージコレクターがデータを収集するのを待つだけなら、ユーザーが繰り返しデータを入力してリセットボタンを押した場合、メモリリークが発生しないのではないかと考えていました。

通常、必要なのはオブジェクトを参照解除することだけです。少なくとも、これが動作するはずの方法です。ガベージコレクションが心配な場合は、Java SE 6 HotSpot[tm] Virtual Machine Garbage Collection Tuning (またはお使いの JVM バージョンの同等のドキュメント) を確認してください。

score 24 · Accepted Answer

Java 1.7 がリリースされたので、try-with-resourcesブロックを使用するオプションが追加されました。例えば、

public class Closeable implements AutoCloseable {
    @Override
    public void close() {
        System.out.println("closing..."); 
    }
    public static void main(String[] args) {
        try (Closeable c = new Closeable()) {
            System.out.println("trying..."); 
            throw new Exception("throwing..."); 
        }
        catch (Exception e) {
            System.out.println("catching..."); 
        }
        finally {
            System.out.println("finalizing..."); 
        } 
    }
}

このクラスを実行すると、ブロックが離れc.close()たとき、およびブロックが実行される前にが実行されます。メソッドの場合とは異なり、実行が保証されます。ただし、節で明示的に実行する必要はありません。trycatchfinallyfinalize()close()finally

score 15 · Accepted Answer

ファイナライズの実行に頼らないと言って、私は他の答えに完全に同意します。

try-catch-finally ブロックに加えて、Runtime#addShutdownHook (Java 1.3 で導入) を使用して、プログラムの最終的なクリーンアップを実行できます。

これはデストラクタと同じではありませんが、クリーンアップメソッド (永続的なデータベース接続を閉じる、ファイルロックを削除するなど) を呼び出すことができるリスナーオブジェクトを登録したシャットダウンフックを実装することができます。デストラクタ. 繰り返しますが、これはデストラクタの代わりではありませんが、場合によっては、これを使用して必要な機能にアプローチできます。

これの利点は、プログラムの残りの部分から疎結合された分解動作を持つことです。

score 12 · Accepted Answer

いいえ、java.lang.Object#finalizeあなたが得ることができる最も近いです。

ただし、いつ (そしてもし) 呼び出されるかは保証されません。
見る：java.lang.Runtime#runFinalizersOnExit(boolean)

score 7 · Accepted Answer

まず、Java はガベージコレクションであるため、オブジェクトの破棄について何かを行う必要があることはめったにないことに注意してください。第一に、通常、解放する管理対象リソースがないため、第二に、いつ、またはいつ発生するかを予測できないため、「誰もオブジェクトを使用しなくなったらすぐに」発生する必要があることには不適切であるためです。 "。

java.lang.ref.PhantomReference を使用して、オブジェクトが破棄された後に通知を受け取ることができます (実際には、オブジェクトが破棄されたと言うのは少し不正確かもしれませんが、オブジェクトへのファントム参照がキューに入れられた場合、それは回復できなくなります。これは通常、同じこと）。一般的な用途は次のとおりです。

別のヘルパーオブジェクトに破棄する必要があるクラス内のリソースを分離します (一般的なケースである接続を閉じるだけの場合は、新しいクラスを記述する必要はありません。その場合、閉じられる接続は「ヘルパーオブジェクト」になります)。
メインオブジェクトを作成するときに、それに対する PhantomReference も作成します。これで新しいヘルパーオブジェクトを参照するか、PhantomReference オブジェクトから対応するヘルパーオブジェクトへのマップを設定します。
メインオブジェクトが収集された後、PhantomReference がキューに入れられます (または、キューに入れられる可能性があります。ファイナライザーのように、VM が終了してから待機しない場合など、キューに入れられる保証はありません)。そのキューを処理していることを確認してください (特別なスレッドで、または時々)。ヘルパーオブジェクトへのハード参照のため、ヘルパーオブジェクトはまだ収集されていません。したがって、ヘルパーオブジェクトに対して好きなクリーンアップを行ってから、PhantomReference を破棄すると、ヘルパーも最終的に収集されます。

デストラクタのように見えますが、デストラクタのようには動作しない finalize() もあります。通常、これは適切なオプションではありません。

score 6 · Accepted Answer

finalize()関数はデストラクタです。

ただし、 GC の後に呼び出され、いつ発生するかがわからないため、通常は使用しないでください (発生した場合)。

さらに、を持つオブジェクトの割り当てを解除するには、複数の GC が必要finalize()です。

try{...} finally{...}ステートメントを使用して、コード内の論理的な場所をクリーンアップするようにしてください。

score 6 · Accepted Answer

私はほとんどの答えに同意します。

finalizeまたはのいずれかに完全に依存するべきではありません。ShutdownHook

ファイナライズ

finalize()JVM は、このメソッドがいつ呼び出されるかを保証しません。
finalize()GC スレッドによって一度だけ呼び出されます。オブジェクトがファイナライズメソッドから復活した場合、finalize再度呼び出されることはありません。
アプリケーションには、ガベージコレクションが呼び出されないライブオブジェクトがいくつかある場合があります。
Exceptionfinalizing メソッドによってスローされたものはすべて、GC スレッドによって無視されます
System.runFinalization(true)およびRuntime.getRuntime().runFinalization(true)メソッドは、メソッドを呼び出す可能性を高めますが、finalize()これら 2 つのメソッドは非推奨になりました。これらのメソッドは、スレッドの安全性が欠如し、デッドロックが発生する可能性があるため、非常に危険です。

シャットダウンフック

public void addShutdownHook(Thread hook)

新しい仮想マシンのシャットダウンフックを登録します。

Java 仮想マシンは、次の 2 種類のイベントに応答してシャットダウンします。

最後の非デーモンスレッドが終了するか、exit (同等のSystem.exit) メソッドが呼び出されると、プログラムは正常に終了します。
仮想マシンは、^C の入力などのユーザー割り込み、またはユーザーログオフやシステムシャットダウンなどのシステム全体のイベントに応答して終了します。
シャットダウンフックは、単に初期化されているが開始されていないスレッドです。仮想マシンがシャットダウンシーケンスを開始すると、登録されているすべてのシャットダウンフックが不特定の順序で開始され、同時に実行されます。finalization-on-exit が有効になっている場合、すべてのフックが終了すると、呼び出されていないすべてのファイナライザーが実行されます。
最後に、仮想マシンが停止します。exit メソッドの呼び出しによってシャットダウンが開始された場合、非デーモンスレッドと同様に、デーモンスレッドはシャットダウンシーケンス中も実行し続けることに注意してください。
シャットダウンフックもすばやく作業を終了する必要があります。プログラムが exit を呼び出すと、仮想マシンがすぐにシャットダウンして終了することが期待されます。

しかし、Oracleのドキュメントでさえそれを引用しています

まれに、仮想マシンが異常終了する場合があります。つまり、正常にシャットダウンせずに実行を停止する場合があります。

これは、仮想マシンが外部で終了した場合に発生します。たとえば、SIGKILLUnix のシグナルまたはTerminateProcessMicrosoft Windows の呼び出しで発生します。たとえば、内部データ構造が破損したり、存在しないメモリにアクセスしようとしたりして、ネイティブメソッドが失敗した場合にも、仮想マシンは中止される可能性があります。仮想マシンが異常終了した場合、シャットダウンフックが実行されるかどうかは保証されません。

結論:ブロックを適切に使用し、ブロックtry{} catch{} finally{}内の重要なリソースを解放し finally(}ます。finally{}ブロック、キャッチ、ExceptionおよびThrowable.

score 4 · Accepted Answer

あなたが心配しているのがただの記憶であれば、気にしないでください。まともな仕事をするGCを信頼してください。非常に効率的であるため、場合によっては大きな配列を使用するよりも、小さなオブジェクトのヒープを作成する方がパフォーマンスが向上する可能性があることを実際に見ました。

score 3 · Accepted Answer

おそらく、try ... finally ブロックを使用して、オブジェクトを使用している制御フローでオブジェクトをファイナライズできます。もちろん自動的には起こりませんが、C++ での破壊もそうではありません。finally ブロックでリソースが閉じられることがよくあります。

score 2 · Accepted Answer

Java のデストラクタに最も近いものはfinalize()メソッドです。従来のデストラクタとの大きな違いは、ガベージコレクタの責任であるため、いつ呼び出されるかがわからないことです。ファイルハンドルなどの典型的な RAIA パターンは finalize() では確実に機能しないため、使用する前にこれを注意深く読むことを強くお勧めします。

score 2 · Accepted Answer

元の質問について考えてみると... 他のすべての学習された回答から、また Bloch の本質的な効果的な Javaの項目 7、「ファイナライザーを回避する」から結論付けることができると思います。 Java 言語には不適切です...:

... OPが実際に望んでいることを行うためのかなり明白な解決策は、リセットする必要があるすべてのオブジェクトを一種の「プレイペン」に保持することではありません。アクセサオブジェクトの...

そして、「リセット」する必要がある場合は、既存のベビーサークルを切断して新しいベビーサークルを作成します。ベビーサークル内のすべてのオブジェクトのウェブは漂流し、二度と戻ることはなく、ある日 GC によって収集されます。

これらのオブジェクトのいずれかが存在するCloseable(または存在しないが、closeメソッドがある) 場合Bag、それらが作成される (そしておそらく開かれる) ときに、それらをベビーサークルに配置できます。それらを閉じるすべてを通してCloseables...？

コードはおそらく次のようになります。

accessor.getPlaypen().closeCloseables();
accessor.setPlaypen( new Playpen() );

closeCloseablesおそらく、特にJavaFXスレッドで、必要に応じて終了する特定のスレッドCountdownLatchを処理する（および必要に応じて待機する）ための、おそらくラッチ（たとえば）を含むブロッキングメソッドです。RunnablesCallablesPlaypen

score 1 · Accepted Answer

Java アプレットを作成している場合は、アプレットの「destroy()」メソッドをオーバーライドできます。それは...

 * Called by the browser or applet viewer to inform
 * this applet that it is being reclaimed and that it should destroy
 * any resources that it has allocated. The stop() method
 * will always be called before destroy().

明らかにあなたが望んでいるものではありませんが、他の人が探しているものかもしれません.

score 0 · Accepted Answer

JavaのGCテクノロジーにはかなりの進歩がありましたが、それでも参照に注意する必要があります。実際にはフードの下にネズミの巣がある、一見些細な参照パターンの多くのケースが思い浮かびます。

あなたの投稿から、オブジェクトの再利用を目的としてリセットメソッドを実装しようとしているようには聞こえません（本当ですか？）。オブジェクトは、クリーンアップする必要のある他のタイプのリソース（つまり、閉じる必要のあるストリーム、返される必要のあるプールされたオブジェクトまたは借用されたオブジェクト）を保持していますか？心配しているのがメモリの割り当て解除だけである場合は、オブジェクト構造を再検討し、オブジェクトが自己完結型の構造であり、GC時にクリーンアップされることを確認しようとします。

score 0 · Accepted Answer

Android プログラミングに関しては、 onDestroy() メソッドを呼び出してみてください。これは、Activity/Service クラスが強制終了される直前に実行された最後のメソッドです。

java - Javaのデストラクタはありますか?

25 に答える 25

Related

Reference