如何在ARC与MRC代码间安全共享Block？

核心实现方案 #

你的猜测完全正确——给MRC代码传递Block时，必须显式复制一份堆上的Block。原因很明确：

• ARC环境下创建的Block默认是栈Block，会在当前作用域结束时被自动销毁。如果直接把栈Block传给MRC代码，当ARC作用域结束后，MRC侧再调用这个Block就会触发野指针崩溃。
• 正确操作是在ARC侧通过Block_copy()或[block copy]将Block复制到堆上，再把堆Block传递给MRC代码。MRC侧拿到Block后，需要在不再使用时调用Block_release()手动释放。

代码示例 #

ARC侧代码：

// 创建栈Block
void (^callbackBlock)(void) = ^{
    NSLog(@"操作完成回调");
};
// 复制到堆，ARC会自动管理该副本的引用计数，直到传递给MRC
void (^heapBlock)(void) = Block_copy(callbackBlock);
// 传递给MRC代码的接口
[MRCOperationHandler performAsyncOperationWithCallback:heapBlock];

MRC侧接收与处理代码：

- (void)performAsyncOperationWithCallback:(void (^)(void))callback {
    // 保存Block时需手动retain
    _savedCallback = [callback retain];
    // 模拟异步操作完成逻辑
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        // 调用回调
        if (_savedCallback) {
            _savedCallback();
        }
        // 使用完毕后释放Block并置空
        [_savedCallback release];
        _savedCallback = nil;
    });
}

混合ARC与MRC的内存管理关键注意事项 #

除了Block的特殊处理，还有这些核心规则需要遵守：

• 对象跨环境传递：ARC给MRC传对象时，MRC侧需根据业务需求手动retain/release；MRC返回对象给ARC时，要遵循手动内存管理规则（比如返回autoreleased对象，或明确告知ARC侧无需额外释放）。
• Autorelease池管理：MRC代码中需手动创建和销毁autorelease池，避免临时对象堆积导致内存暴涨；ARC会自动管理自身环境的autorelease池，无需手动干预。
• 类别与扩展：如果给ARC项目添加MRC编写的类别，类别中的内存管理代码必须严格遵循MRC规则，ARC不会自动处理类别中的retain/release逻辑。
• 属性修饰符对应：ARC中的strong对应MRC的retain，weak对应MRC的assign；MRC代码使用ARC对象时，要注意属性修饰符的匹配，避免循环引用或野指针问题。

官方核心规则总结 #

苹果官方对混合ARC与MRC代码的核心要求：

1. 同一项目中可共存ARC与MRC代码，通过给单个文件设置-fobjc-arc（启用ARC）或-fno-objc-arc（禁用ARC）编译选项区分。
2. 跨内存管理环境传递对象时，必须遵循手动内存管理规则，ARC仅负责自身环境内的引用计数，不会干预MRC环境的对象生命周期。
3. Block从ARC传递到MRC前必须复制到堆，MRC环境需负责该堆Block的最终释放。

内容的提问来源于stack exchange，提问作者tudors