C++開発において、メモリ管理を安全に行うためのstd::unique_ptrは非常に強力なツールです。しかし、管理対象が「動的メモリ（new）」だけとは限りません。例えば、C言語由来のファイルポインタや、独自に確保した外部リソースを扱う際、単なるdeleteでは解放できず困ったことはありませんか？
今回の豆知識では、そのような課題を解決する「カスタムデリータ」というテクニックを解説します。
基礎知識：カスタムデリータとは？
通常、std::unique_ptrは破棄される際に自動的にdelete演算子を呼び出します。しかし、std::unique_ptrのテンプレート引数にデリータ（解放処理を行う関数や関数オブジェクト）を指定することで、標準のdelete以外の処理を実行するようにカスタマイズすることができます。これにより、ヒープメモリ以外のリソースもRAII（Resource Acquisition Is Initialization）の仕組みで安全に管理できるようになります。
実装と解決策
カスタムデリータを使用するには、std::unique_ptrの第2テンプレート引数にデリータの型を指定し、コンストラクタの第2引数にデリータの実体を渡します。特に、FILEポインタのように関数ポインタを渡す場合は、decltypeを用いて型を自動推論させると記述がスマートです。
サンプルプログラム
以下のコードは、ファイル操作においてfcloseを自動的に呼び出す実装例です。
include <iostream>
include <memory>
include <cstdio>
int main() {
// 1. ファイルを開く
FILE fp = std::fopen("example.txt", "w");
if (!fp) return 1;
// 2. カスタムデリータ付きのunique_ptrを作成
// 第2引数にfclose関数を指定することで、スコープを抜ける際に自動でfcloseが呼ばれる
std::unique_ptr<FILE, decltype(&fclose)> filePtr(fp, fclose);
// 3. 通常通りファイル操作を行う
std::fputs("Hello, Custom Deleter!", filePtr.get());
// スコープを抜ける際、明示的なfclose呼び出しなしで自動的にリソースが解放される
return 0;
}
応用・注意点
現場で活用する際は、以下の点に注意してください。
1. 呼び出し回数の確認：
カスタムデリータはunique_ptrが破棄される時に必ず一度だけ呼ばれます。既にfclose等を手動で行った後にunique_ptrのデストラクタが走ると、二重解放（Double Free）のような問題を引き起こす可能性があるため、リソースの所有権は必ずunique_ptrに一本化しましょう。
2. ラムダ式の活用：
fcloseのような単純な関数の場合は関数ポインタで十分ですが、より複雑な解放処理（複数のAPIを叩く必要がある等）が必要な場合は、ラムダ式をデリータとして渡すのが非常に便利です。
3. サイズのオーバーヘッド：
カスタムデリータとして関数ポインタを指定すると、unique_ptrオブジェクトのサイズがポインタ分だけ増加します。パフォーマンスが極めて重要なシビアな環境では、デリータのサイズにも気を配るとより良い設計になります。
カスタムデリータを使いこなすことで、C++のメモリ安全性をOSリソース管理にも広げることができます。ぜひ活用してみてください。
コメント