C++ delete 演算子の基本と活用：メモリ解放の仕組みから =delete による制限まで解説

2026年5月12日

メモリ・ポインタ

C++は高い実行効率と柔軟なメモリ管理を可能にするプログラミング言語であり、その中心的な役割を担うのがdelete演算子です。

プログラムが実行中に動的に確保したメモリ領域は、不要になったタイミングで適切に解放しなければなりません。

もしメモリ解放を怠れば、メモリリークが発生してシステムの安定性を損なう原因となります。

また、モダンC++においては単なるメモリ解放だけでなく、関数の使用を制限するための=deleteという重要な構文も存在します。

本記事では、delete演算子の基本的な使い方から、安全なメモリ管理のテクニック、さらには特殊な活用法までを詳しく解説します。

目次 [ close ]

C++におけるdelete演算子の基本的な役割

C++において、new演算子を使用してヒープ領域に確保したメモリは、プログラムが終了しても自動的には解放されません。

この動的に確保されたメモリを手動で返却するために使用されるのが、delete演算子です。

deleteを呼び出すと、指定されたポインタが指すメモリ領域の解放が行われます。

このとき、対象がクラスのインスタンスであれば、メモリ解放の直前にデストラクタが実行される点が大きな特徴です。

基本的な構文は非常にシンプルで、delete ポインタ名;と記述します。

以下に、基本的なdeleteの使用例を示します。

C++

// 基本的なdeleteの使用例
#include <iostream>

class Sample {
public:
    Sample() {
        std::cout << "コンストラクタが呼び出されました。" << std::endl;
    }
    ~Sample() {
        std::cout << "デストラクタが呼び出されました。" << std::endl;
    }
};

int main() {
    // ヒープ領域にインスタンスを生成
    Sample* ptr = new Sample();

    // 不要になったのでメモリを解放
    delete ptr;

    return 0;
}

実行結果

コンストラクタが呼び出されました。
デストラクタが呼び出されました。

このように、deleteを呼び出すことで明示的にデストラクタを起動し、リソースのクリーンアップを行うことができます。

単一オブジェクトと配列の解放：deleteとdelete[]の違い

C++のメモリ管理において、初心者が最も陥りやすいミスのひとつが、単一オブジェクト用のdeleteと配列用のdelete[]の混同です。

new演算子で単一のオブジェクトを確保した場合はdeleteを使用します。

一方で、new[]演算子を使用して配列としてメモリを確保した場合は、必ずdelete[]を使用しなければなりません。

このルールを無視してdelete[]で確保したメモリを通常のdeleteで解放しようとすると、未定義の動作を引き起こします。

多くの場合、配列の最初の要素しかデストラクタが呼ばれなかったり、メモリ管理情報が破損したりしてクラッシュの原因となります。

次のコードで、配列用delete[]の挙動を確認しましょう。

C++

// 配列の確保と解放
#include <iostream>

class Item {
public:
    Item() { std::cout << "Item生成" << std::endl; }
    ~Item() { std::cout << "Item破棄" << std::endl; }
};

int main() {
    // 5個の要素を持つ配列を動的に確保
    Item* items = new Item[5];

    // 配列として解放（すべての要素のデストラクタが呼ばれる）
    delete[] items;

    return 0;
}

実行結果

Item生成
Item生成
Item生成
Item生成
Item生成
Item破棄
Item破棄
Item破棄
Item破棄
Item破棄

表1に、確保方法と解放方法の正しい組み合わせをまとめます。

確保方法	解放方法	対象
`new T`	`delete p`	単一のオブジェクト
`new T[n]`	`delete[] p`	オブジェクトの配列

常にこのペアを守ることが、メモリ破壊を防ぐための第一歩です。

delete演算子を使用する際の重要な注意点

手動でのメモリ管理は強力ですが、慎重な取り扱いが求められます。

特に「二重解放（Double Free）」と「ダングリングポインタ（Dangling Pointer）」には注意が必要です。

二重解放の防止

同じポインタに対して2回以上deleteを実行することを二重解放と呼びます。

これはプログラムの異常終了を招く極めて危険な操作です。

deleteした後のポインタには、速やかにnullptrを代入する習慣をつけましょう。

C++の仕様では、nullptrに対してdeleteを行っても安全である（何もしない）ことが保証されています。

ダングリングポインタへの対策

deleteを実行した後、そのポインタが指していたメモリ領域は無効になりますが、ポインタ変数の中身（アドレス値）自体は残ったままになります。

この無効なアドレスを指し続けている状態のポインタをダングリングポインタと呼びます。

誤ってこのポインタを経由してメモリにアクセスすると、予測不能なバグを引き起こします。

以下のようなコードで安全性を高めることができます。

C++

// 安全なメモリ解放の例
int* data = new int(100);

// メモリ解放
delete data;

// 解放後にnullを代入して無効化する
data = nullptr;

// 二重にdeleteしてもnullptrなら安全
delete data;

継承関係における仮想デストラクタの重要性

クラスの継承を利用している場合、deleteの挙動にはさらに注意が必要です。

基底クラスのポインタを介して派生クラスのインスタンスをdeleteする場合、基底クラスのデストラクタを virtual（仮想関数）にする必要があります。

もしデストラクタが仮想関数になっていないと、派生クラスのデストラクタが呼ばれず、派生クラスで独自に確保したリソースが解放されません。

これはオブジェクト指向プログラミングにおけるメモリリークの典型的なパターンです。

C++

// 仮想デストラクタの必要性
#include <iostream>

class Base {
public:
    virtual ~Base() { // virtualをつけることが重要
        std::cout << "Baseデストラクタ" << std::endl;
    }
};

class Derived : public Base {
public:
    ~Derived() {
        std::cout << "Derivedデストラクタ" << std::endl;
    }
};

int main() {
    Base* p = new Derived();
    delete p; // 基底クラスのポインタ経由で削除
    return 0;
}

もしBaseのデストラクタにvirtualがついていなければ、出力は「Baseデストラクタ」のみとなり、Derivedの処理がスキップされてしまいます。

モダンC++におけるdeleteの代替：スマートポインタ

現代のC++開発では、生（なま）のdeleteを直接記述する機会は減っています。

その理由は、スマートポインタ（Smart Pointers）の普及にあります。

std::unique_ptrやstd::shared_ptrを利用することで、スコープを抜けた際に自動的に適切なdeleteが呼び出されるようになります。

RAII（Resource Acquisition Is Initialization）という設計原則に従うことで、例外が発生した場合でも確実にメモリを解放できる堅牢なコードが書けます。

新規に開発を行う場合は、可能な限りスマートポインタを使用し、生のdeleteを避けることが推奨されます。

=delete による関数の使用制限

C++11以降、deleteキーワードにはメモリ解放とは別の、非常に強力な用途が追加されました。

それが関数の削除（Deleted Functions）です。

関数宣言の末尾に= delete;と記述することで、その関数の使用を明示的に禁止できます。

コピーの禁止

クラスのデザインにおいて、「コピーされると困る」ケースは多々あります。

例えば、ファイルハンドルやネットワーク接続を管理するクラスが勝手に複製されると、リソースの管理が破綻します。

以前のC++では、コピーコンストラクタをprivateにする手法が取られていましたが、現在では= deleteを使うのが標準的です。

C++

// コピーを禁止するクラス
class NonCopyable {
public:
    NonCopyable() = default;

    // コピーコンストラクタを削除
    NonCopyable(const NonCopyable&) = delete;

    // コピー代入演算子を削除
    NonCopyable& operator=(const NonCopyable&) = delete;
};

int main() {
    NonCopyable a;
    // NonCopyable b = a; // コンパイルエラーになる
    return 0;
}

このように、コンパイル時にエラーを出すことで、誤ったプログラムの実装を未然に防ぐことができます。

意図しない型変換の防止

= deleteは通常の関数にも適用できます。

特定の型での呼び出しを禁止したい場合に有効です。

例えば、double型での引数受け渡しを禁止し、int型のみを許可する関数を定義できます。

C++

// 特定の型を禁止する
void process(int value) {
    // 処理
}

void process(double) = delete; // double型での呼び出しを禁止

int main() {
    process(10);      // OK
    // process(3.14); // コンパイルエラー
    return 0;
}

これにより、予期せぬ精度の損失や、暗黙の型変換によるバグを防止できます。