1. C#のデストラクタとは？

デストラクタとは、C#のクラスで使われる特別なメソッドで、オブジェクトが不要になったとき（破棄されるとき）に自動で呼び出される仕組みです。主に「使わなくなったオブジェクトが使っていたリソース（メモリ・ファイルなど）を解放」する目的で使われます。

C#のデストラクタは、C++やJavaの「ファイナライザ」とも呼ばれることがありますが、C#では~クラス名()という形式で定義します。

2. デストラクタの書き方と基本構文

C#でデストラクタを定義するには、次のように書きます。戻り値やアクセス修飾子は書きません。


class Sample
{
    // コンストラクタ
    public Sample()
    {
        Console.WriteLine("オブジェクトが作られました。");
    }

    // デストラクタ
    ~Sample()
    {
        Console.WriteLine("オブジェクトが破棄されました。");
    }
}

この例では、Sampleというクラスにコンストラクタ（作成時に呼ばれる）とデストラクタ（破棄時に呼ばれる）が定義されています。

3. 実際にデストラクタを使ってみよう

それでは、簡単な実行例を見てみましょう。


class Program
{
    static void Main()
    {
        Sample s = new Sample();

        // 明示的にsを使わなくする
        s = null;

        // ガーベジコレクタを強制的に呼び出す
        GC.Collect();
        GC.WaitForPendingFinalizers();

        Console.WriteLine("Mainメソッドの処理が終了しました。");
    }
}


オブジェクトが作られました。
オブジェクトが破棄されました。
Mainメソッドの処理が終了しました。

このコードでは、オブジェクトをnullにしたあと、GC.Collect()でガーベジコレクタ（不要なメモリを掃除する機能）を強制的に動かしています。通常は自動的に呼ばれますが、ここでは確認のため手動で呼び出しています。

4. デストラクタを使うときの注意点

デストラクタは便利なように思えますが、使い方には注意が必要です。

実行のタイミングが不確定： デストラクタは「いつ呼ばれるか分からない」ため、重要な処理は入れないほうが安全です。
プログラムのパフォーマンスに影響： 多くのオブジェクトでデストラクタを使うと、ガーベジコレクタの処理が遅くなります。
IDisposableとの使い分け： 外部リソース（ファイル・データベースなど）を扱うときは、デストラクタよりもIDisposableインターフェースを使うほうが推奨されます。

5. デストラクタとIDisposableの違いとは？

ここで少しだけ、似た機能をもつIDisposableとの違いについて説明します。

IDisposableは、使い終わったら自分でDispose()メソッドを呼ぶことでリソースを解放する方法です。C#のusing構文とセットでよく使われます。

一方、デストラクタは「自動で呼ばれる」けれど「タイミングが読めない」ため、重要なリソースの解放には向いていません。

つまり、次のように使い分けるとよいです：

時間に関係なく、確実に後始末したいとき： → IDisposable
念のため最後に解放しておきたいとき： → デストラクタ

6. デストラクタが使われる具体例

デストラクタは、たとえばログ出力やバックアップ処理の終了通知など、「最後に一言添える」ような用途に使われることがあります。

ただし、前述の通り実行タイミングは保証されないので、重要な処理は別の方法で確実に実行するようにしましょう。

まとめ

今回はC#のデストラクタ（ファイナライザ）について、基本的な定義から構文の使い方、実行タイミングや注意点までをじっくりと学びました。特にデストラクタの目的である「オブジェクトが破棄されるときに自動的に呼ばれる処理」という特徴は、ガーベジコレクションの仕組みと深く関係している点が印象的でした。
また、メモリ管理やリソースの解放はC#において非常に重要な概念であり、デストラクタはその中で補助的な役割を果たす存在だと理解できたと思います。

特に注意しておきたいのは、デストラクタは便利そうに見えて万能ではないという点です。いつ実行されるか分からないという特性は、初心者にとって見落としがちな落とし穴となり得ます。リソースの後始末を確実に行いたい場面では、IDisposableインターフェースを使ってDispose()メソッドで明示的に処理する方が安全です。

それでは、デストラクタの仕組みを活用した応用的なコード例をもう一度確認してみましょう。以下のようなケースでは、処理の開始と終了のログを出すことで、実行の流れを追いやすくできます。


class Logger
{
    public Logger()
    {
        Console.WriteLine("ログ開始：処理をはじめます。");
    }

    ~Logger()
    {
        Console.WriteLine("ログ終了：処理が終了しました。");
    }

    public void DoWork()
    {
        Console.WriteLine("メインの処理中...");
    }
}

class Program
{
    static void Main()
    {
        Logger log = new Logger();
        log.DoWork();
        log = null;

        GC.Collect();
        GC.WaitForPendingFinalizers();

        Console.WriteLine("Mainメソッド終了。");
    }
}

このコードでは、処理開始・処理中・処理終了の流れがデストラクタを通じて視覚的に確認でき、プログラム全体のライフサイクルを把握しやすくなっています。ただし、このようなログ用途でも、デストラクタの実行タイミングが遅延する可能性がある点を常に意識しておく必要があります。

最後に、デストラクタはメモリ管理の「最後の砦」的な役割として、適切に使えば非常に心強い存在です。ですが、濫用はパフォーマンス低下や不具合の原因となるので、使う場面はしっかり見極めましょう。

先生と生徒の振り返り会話

生徒

「デストラクタって、なんだか自動で便利そうですけど、実行されるタイミングがよく分からないんですね。」

先生

「その通りです。C#ではガーベジコレクションのタイミングで実行されるため、いつ起きるかは完全にはコントロールできません。」

生徒

「なるほど。じゃあ、大事な後始末はIDisposableを使った方が安心なんですね。」

先生

「その通り。Disposeで明示的に処理する方が、タイミングをしっかりコントロールできます。デストラクタはあくまで補助的な役割と考えるといいでしょう。」

生徒