Core Foundationフレームワークのデータ型（CFArrayRefやCFMutableDictionaryRefなど）を操作する際、そのインスタンスのメモリ管理はARC（Automatic Reference Counting）の自動管理対象外となります。したがって、開発者が明示的にCFRetainやCFReleaseを呼び出して所有権（Ownership）を制御する必要があります。

Objective-CのオブジェクトとCore Foundationのオブジェクトはメモリレイアウトが設計上で互換性を持っているため、互いのポインタ間で安全な変換が可能です。この相互運用性を「Toll-Free Bridging」と呼びます。ARC環境ではretainやreleaseの直接呼び出しが言語仕様で禁止されているため、変換処理時に所有権の移転や保持状態をコンパイラに明示するためのキャスト修飾子が用意されています。

Toll-Free Bridgingの3つのキャスト修飾子

ポインタ型の変換には以下のような修飾子を使用します。

• __bridge：所有権の変化を伴わない純粋なポインタ型の変換です。オブジェクトの参照カウントには一切影響しません。
• __bridge_retained（CFBridgingRetain関数と同等）：Objective-CのポインタからCore Foundation（またはvoid*）のポインタへ変換する際に使用します。変換先のポインタがオブジェクトの所有権を取得するため、参照カウントがインクリメントされます。
• __bridge_transfer（CFBridgingRelease関数と同等）：Core FoundationのポインタからObjective-Cのポインタへ変換する際に使用します。変換元の所有権が変換先に移管されるため、変換処理完了時点で元ポインタの所有権は放棄され、参照カウントはデクリメントされます。

所有権移転の動作確認とコード例

各修飾子の挙動を理解するために、変数スコープと参照カウントの変化を追跡するコード例を提示します。

__bridge_retained の動作

NSObject *sourceObject = [[NSObject alloc] init];
NSLog(@"初期参照カウント: %lu", (unsigned long)[sourceObject retainCount]);

// CF型へ変換し、所有権を保持させる
void *managedRawPointer = (__bridge_retained void *)sourceObject;
NSLog(@"__bridge_retained変換後: %lu", (unsigned long)[sourceObject retainCount]);

__bridge_retained を使用すると、変換先のポインタがオブジェクトの寿命を担保する責任を負います。これにより、元のObjective-Cポインタのスコープが終了してもオブジェクトは解放されず、変換後のポインタが参照カウントを正しく引き継いでいることが確認できます。

__bridge 単独使用のリスク

所有権の移転を明示せずに __bridge のみで変換した場合、予期せぬメモリ障害が発生します。

NSObject *tempObject = [[NSObject alloc] init];
void *unsafePointer = (__bridge void *)tempObject;

// tempObjectの所有権が局所変数として管理される場合、
// スコープ終了時にARCが解放処理を実行し、unsafePointerはダングリングポインタになる

このケースでは、unsafePointer は解放されたメモリ領域を指すことになり、アクセス時にアプリケーションクラッシュの原因となります。同様に、Core Foundation側で所有権を持っているポインタを __bridge だけでObjective-C型に戻すと、ARC側が所有権を勘定しないため、スコープ抜け時にメモリリークが発生します。

__bridge_transfer による所有権の返却

Core Foundation側（または所有権を持つ生ポインタ）からObjective-C型へ変換し、所有権をARCの管理下に戻すには __bridge_transfer を使用します。

void *externalPointer = CFBridgingRetain([NSObject new]);

// 所有権をARCに引き継ぐ
NSObject *recoveredObject = (__bridge_transfer id)externalPointer;
// この時点でexternalPointerの所有権は解除され、ARCがrecoveredObjectの寿命を管理する

__bridge_transfer は CFBridgingRelease と同等の処理を行います。変換処理が完了する際に参照カウントがデクリメントされ、所有権が正しく移管されます。

id と void* 間の変換とARCの挙動

Toll-Free Bridgingは型システム間の橋渡しとしても機能します。特に id 型と void* 型の相互変換では、ARC下での注意が必要です。

void* はObjective-Cの型システムには含まれていないため、MRC環境では retain や release メッセージを送信できません。また、ARC環境では __strong や __weak などの修飾子を適用することができません。つまり、void* 型の変数は参照カウントに対して中立であり、オブジェクトの寿命を自動的に延長したり短縮したりしません。変数宣言時に id obj と記述すると実質的に id __strong obj として扱われますが、void *obj は修飾子の効かない生ポインタとして動作し、__unsafe_unretained に近い性質を持ちます。

id originalInstance = [[NSObject alloc] init];
void *rawAddress = (__bridge void *)originalInstance;
id restoredInstance = (__bridge id)rawAddress;

上記のように __bridge のみで変換すると、複数のポインタが同じオブジェクトを指すことになりますが、参照カウントは保持処理が行われていないため不安定な状態になります。rawAddress が所有権を保持しないため、originalInstance が解放された時点で rawAddress と restoredInstance は無効化されるリスクがあります。

この問題を解決し、void* 経由でも安全にオブジェクトを維持するには、所有権の明示的な移転が必要です。

id sourceData = [[NSObject alloc] init];
void *preservedPointer = (__bridge_retained void *)sourceData;
// preservedPointer が所有権を保持するため、参照カウントがインクリメントされる
// MRC環境では [(id)preservedPointer retain]; に相当する処理が行われる

// 必要がなくなった段階でARCの管理へ戻す
id finalObject = (__bridge_transfer id)preservedPointer;
// preservedPointer の所有権は解除され、finalObject がARCに引き継がれる
// MRC環境では [(id)preservedPointer release]; に相当する処理が行われる

void* 型を経由するメモリ管理でも __bridge_retained と __bridge_transfer を適切に組み合わせることで、所有権のライフサイクルを正確に制御し、ダングリングポインタやメモリリークを防止できます。