C++におけるメモリ管理は、プログラムのパフォーマンスを極限まで引き出すための重要な要素です。
通常、私たちはnew演算子を使用して動的にオブジェクトを生成しますが、これには「メモリの確保」と「コンストラクタの呼び出し」という2つのステップが含まれています。
しかし、特定の用途においては、既に確保済みのメモリ領域に対してオブジェクトを構築したい場面があります。
これを実現するのが配置new(placement new)です。
本記事では、配置newの基本的な使い方から、実務で役立つメモリプールの概念、そして最も間違いやすいデストラクタの取り扱いまで、現在のモダンなC++開発に即した内容で詳しく解説します。
配置newとは何か
C++プログラミングにおいて、通常のnew演算子はヒープ領域からメモリを自動的に割り当て、その場所にオブジェクトを生成します。
これに対し、配置newは「どこにオブジェクトを作るか」をプログラマが明示的に指定できる機能です。
通常のnewは内部的にOSやランタイムにメモリを要求しますが、この処理には一定のオーバーヘッドが伴います。
頻繁にオブジェクトを生成・破棄するゲームエンジンやリアルタイムシステムでは、このコストが無視できないボトルネックとなることがあります。
配置newを使用すると、あらかじめ一括で確保しておいたメモリ領域(バッファ)を再利用できるため、実行時のパフォーマンスを劇的に向上させることが可能になります。

通常のnewと配置newの動作の違い
配置newの本質を理解するために、まずは通常のnewが内部で行っている処理を分解してみましょう。
通常のnewの挙動
operator newを呼び出し、必要なサイズのメモリをヒープから確保する。- 確保したメモリのアドレスに対してコンストラクタを実行し、オブジェクトを初期化する。
- 初期化されたオブジェクトのポインタを返す。
配置newの挙動
- メモリの確保は行わない。
- 引数として渡された既存のアドレスに対してコンストラクタを実行し、オブジェクトを初期化する。
- 指定されたアドレスをそのままポインタとして返す。
このように、配置newは「メモリの割り当て」というステップをスキップし、「初期化(構築)」のみに専念する特殊な演算子であると言えます。
配置newの基本構文と実装
配置newを使用するには、標準ライブラリの<new>ヘッダをインクルードする必要があります。
このヘッダには、配置newを可能にするためのオーバーロードされたoperator newが定義されています。
基本的な書き方
配置newの構文は、newキーワードの直後のカッコ内に、オブジェクトを配置したいメモリのアドレスを指定します。
#include <iostream>
#include <new> // 配置newに必須
class MyClass {
public:
MyClass() {
std::cout << "コンストラクタが呼ばれました。" << std::endl;
}
~MyClass() {
std::cout << "デストラクタが呼ばれました。" << std::endl;
}
void Hello() {
std::cout << "Hello, Placement New!" << std::endl;
}
};
int main() {
// 1. オブジェクト1個分のメモリをあらかじめ確保する(バイト配列として)
alignas(MyClass) char buffer[sizeof(MyClass)];
// 2. 配置newを使って、bufferのアドレスにMyClassを構築する
// syntax: new (アドレス) 型(引数);
MyClass* ptr = new (buffer) MyClass();
// 3. メンバ関数を呼び出す
ptr->Hello();
// 4. 配置newで作成したオブジェクトは明示的にデストラクタを呼ぶ必要がある
ptr->~MyClass();
return 0;
}
コンストラクタが呼ばれました。
Hello, Placement New!
デストラクタが呼ばれました。
alignasによるアライメントの重要性
上記のコードでalignas(MyClass)という記述が登場しました。
これは非常に重要な要素です。
C++のオブジェクトは、CPUが効率的にアクセスできるように特定の境界(アライメント)に沿ってメモリ上に配置される必要があります。
単純にchar buffer[sizeof(MyClass)]と宣言しただけでは、その配列がMyClassにとって適切な境界から始まっている保証がありません。
もし不適切なアドレスに配置newを行うと、未定義動作を引き起こしたり、パフォーマンスが著しく低下したりする恐れがあります。
現在のモダンなC++においては、必ずalignasを使用して、対象となる型のアライメント要件を満たすバッファを用意するようにしましょう。

配置newの大きな注意点:デストラクタと解放
配置newを使用して構築したオブジェクトにおいて、最もミスが発生しやすいのが「後片付け」のフェーズです。
通常のnewで作成したオブジェクトはdeleteで破棄しますが、配置newでは絶対にdeleteを使用してはいけません。
なぜdeleteを使ってはいけないのか
通常のdeleteは、以下の2つの処理を行います。
- オブジェクトのデストラクタを呼び出す。
operator deleteを呼び出し、ヒープ領域のメモリを解放(OSに返却)する。
配置newの場合、メモリ自体はスタック領域や別のカスタムアロケータから提供されたものです。
ここでdeleteを呼んでしまうと、「自分で管理しているメモリ領域を、OSが管理するヒープとして解放しようとする」ことになり、ランタイムエラーやクラッシュを引き起こします。
正しい破棄の手順
配置newで生成したオブジェクトを破棄するには、デストラクタを明示的に直接呼び出す必要があります。
| 手順 | 実行内容 | 役割 |
|---|---|---|
| 1 | ptr->~MyClass(); | オブジェクトの終了処理(リソース解放など)のみを行う。 |
| 2 | メモリの返却(任意) | バッファ自体を破棄、または再利用する。 |
デストラクタを呼び出した後も、バッファ自体のメモリは残ります。
このバッファをどう扱うかは、プログラマの設計次第です。
別のオブジェクトを再度配置newすることもできますし、バッファがスコープを抜ければ自動的に解放されます。
配置newが活躍する具体的なケース
なぜこれほど面倒な手順を踏んでまで配置newを使うのでしょうか。
その理由は、標準のメモリ管理では手が届かない最適化が可能になるからです。
1. メモリプールの実装
大量の小さなオブジェクトを頻繁に生成・破棄する場合、その都度new/deleteを繰り返すとフラグメンテーション(メモリの断片化)が発生し、システムが不安定になることがあります。
あらかじめ大きなメモリ領域を確保しておき、そこから必要な分だけ配置newで切り出す「メモリプール」という手法を使えば、アロケーションの回数を最小限に抑えられます。
これはゲーム開発や高頻度取引(HFT)のシステムにおいて必須級の技術です。
2. std::vectorのような可変長コンテナの実装
標準ライブラリのstd::vectorは、背後で配置newを活用しています。
vectorはあらかじめ余裕を持った容量(capacity)を確保しますが、その時点では要素のインスタンスは作られていません。
push_backされた瞬間に、確保済みの領域に対して配置newを行うことで、「メモリ確保」と「要素の構築」を分離し、効率的な管理を実現しています。

3. 組み込みシステムやハードウェア制御
特定のハードウェアレジスタのアドレスが固定されている場合、その物理アドレスに対して特定の構造体をマッピングしたいことがあります。
配置newを使えば、特定のメモリ番地に対してC++のオブジェクト構造を「被せる」ことができるため、直感的なコードでハードウェアを操作できるようになります。
応用編:配列の配置new
単一のオブジェクトだけでなく、配列を特定の場所に配置することも可能です。
ただし、配列の場合はデストラクタの呼び出しがさらに複雑になります。
#include <iostream>
#include <new>
class Test {
public:
Test() { std::cout << "C " << std::flush; }
~Test() { std::cout << "D " << std::flush; }
};
int main() {
const int count = 3;
// 配列用バッファの確保
alignas(Test) char buffer[sizeof(Test) * count];
// 配列の配置new
Test* arr = new (buffer) Test[count];
std::cout << "\n--- 破棄 ---" << std::endl;
// 配列の要素を一つずつデストラクタ呼び出し
// delete[] arr; はNG!
for (int i = count - 1; i >= 0; --i) {
arr[i].~Test();
}
return 0;
}
C C C
--- 破棄 ---
D D D
配列の配置newを使用する場合、個々の要素に対してループを回し、手動でデストラクタを呼び出す必要があります。
これはエラーの温床になりやすいため、実務では後述する「モダンな代替手段」を検討することをお勧めします。
モダンC++における安全な配置newの扱い
C++17やC++20以降、配置newを直接記述する代わりに、より安全かつ直感的に同様の操作を行える関数が導入されました。
std::construct_at と std::destroy_at (C++20)
C++20からは、<memory>ヘッダにstd::construct_atとstd::destroy_atが登場しました。
これらは配置newと明示的なデストラクタ呼び出しをラップしたものです。
#include <memory>
#include <iostream>
struct Point {
int x, y;
Point(int x, int y) : x(x), y(y) { std::cout << "Created\n"; }
~Point() { std::cout << "Destroyed\n"; }
};
int main() {
alignas(Point) char data[sizeof(Point)];
Point* p = reinterpret_cast<Point*>(data);
// C++20の構築方法
std::construct_at(p, 10, 20);
std::cout << "x: " << p->x << ", y: " << p->y << std::endl;
// C++17/20の破棄方法
std::destroy_at(p);
return 0;
}
std::construct_atは戻り値として構築されたオブジェクトへのポインタを返すため、型安全性が高く、意図が明確になります。
また、std::destroy_atを使えば、デストラクタの名前を直接書く必要がなくなり、テンプレートコードなどで非常に重宝します。

配置newを使用する際のチェックリスト
配置newは強力ですが、誤用すると深刻なバグを引き起こします。
実装時には以下のポイントを必ず確認してください。
- アライメントは正しいか?
alignasを使用して、対象の型に適した境界でメモリが確保されているか確認してください。
- バッファのサイズは十分か?
sizeof(T)以上のサイズが確保されている必要があります。
- デストラクタを呼び忘れていないか?
通常のスコープを抜けても自動では呼ばれません。
必ず手動で呼び出すか、std::destroy_atを使用してください。
- 絶対にdeleteを呼んでいないか?
配置newしたポインタをdeleteするのは致命的なエラーです。
- 例外安全性の考慮はできているか?
コンストラクタ内で例外が発生した場合、配置new自体はメモリを解放しません(もともと確保していないため)。
しかし、一部構築されたメンバの破棄などは適切に行われる必要があります。
まとめ
配置newは、C++が提供する「メモリ管理の究極の自由」の一つです。
メモリの確保とオブジェクトの構築を分離することで、パフォーマンスの最適化や特殊なハードウェア制御が可能になります。
しかし、その自由と引き換えに、アライメントの管理や明示的なデストラクタの呼び出しといった重い責任が開発者に課せられます。
現在の開発においては、生の配置newを直接使うのはメモリプールやコンテナを自作するような低レイヤーのライブラリ開発に留め、アプリケーションレベルではstd::construct_atなどのモダンな代替手段を活用するのがベストプラクティスです。
この機能を正しく理解し、適切に使いこなすことで、C++の真の力を引き出した効率的なプログラムを構築していきましょう。
