dispatch_async复制内部块

时间:2013-08-10 00:06:52

标签: ios objective-c objective-c-blocks reference-counting

鉴于以下内容(手动引用计数):

void (^block)(void) = ^ {
    NSLog(@"wuttup");
}

void (^async_block)(void) = ^ {
    block();
}

dispatch_async(dispatch_get_main_queue(), async_block);

是否会复制“阻止”而不是从堆栈中抛出并销毁?

3 个答案:

答案 0 :(得分:8)

我相信,答案是肯定的。

将异步调度外部块,这会导致运行时在此块的堆上进行复制。如下所示,并在Block Implementation Specification - Clang 3.4 Documentation中描述,内部块的导入变量也被复制到堆中。

在OP的例子中,我们有一个“块引用的导入常量副本”。

我正在使用规范中的示例:

void (^existingBlock)(void) = ...;
void (^vv)(void) = ^{ existingBlock(); }
vv();

规范声明需要copy_helperdispose_helper函数:

  

copy_helper函数既传递现有的基于堆栈的指针又传递指向新堆版本的指针,并应回调到运行时以实际对块内导入的字段执行复制操作。

规范中的以下示例代码难以解密(实际上缺少描述将外部块复制到堆时会发生什么)。无论如何,规范似乎试图表明内部块的导入变量将(递归地)复制到外部块的原始存储区域中。

当外部块将被复制到堆上时,内部块的导入变量似乎最终将存在于堆上。

嗯,直觉上,这一切都是有道理的。

我做了一个小测试程序,它将证明这一点: (你必须调试并检查反汇编,以便弄清楚表面下发生的事情。)

#import <Foundation/Foundation.h>


void foo(int param)
{
    int x0 = param;
    int x1 = param + 1;
    void (^existingBlock)(void) = ^{
        int y0 = x0;
        int y1 = x1;
        printf("&y0: %p\n", &y0);
        printf("&y1: %p\n", &y1);
        printf("&x0: %p\n", &x0);
        printf("&x1: %p\n", &x1);
    };

    void (^vv)(void) = ^{
        int y2 = x0;
        int y3 = x1;
        existingBlock();
        printf("&y2: %p\n", &y2);
        printf("&y3: %p\n", &y3);
        printf("&x0: %p\n", &x0);
        printf("&x1: %p\n", &x1);
    };

    printf("Stack: &x: %p\n", &x0);
    printf("Stack: &x: %p\n", &x1);

    printf("------- on main thread -------\n");
    vv();

    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        printf("------- on thread 2 -------\n");
        assert(vv);
        sleep(1);
        int y4 = x0;
        int y5 = x1;
        vv();
        printf("&y4: %p\n", &y4);
        printf("&y5: %p\n", &y5);
        printf("&x0: %p\n", &x0);
        printf("&x1: %p\n", &x1);
    });
}

int main(int argc, const char * argv[])
{
    @autoreleasepool {

        foo(1);
        sleep(2);
    }
    return 0;
}

输出如下:

Stack: &x: 0x7fff5fbff868
Stack: &x: 0x7fff5fbff864
------- on main thread -------
&y0: 0x7fff5fbff70c
&y1: 0x7fff5fbff708
&x0: 0x1001081e0
&x1: 0x1001081e4
&y2: 0x7fff5fbff76c
&y3: 0x7fff5fbff768
&x0: 0x10010a588
&x1: 0x10010a58c
------- on thread 2 -------
&y0: 0x1000e5d9c
&y1: 0x1000e5d98
&x0: 0x1001081e0
&x1: 0x1001081e4
&y2: 0x1000e5dfc
&y3: 0x1000e5df8
&x0: 0x10010a588
&x1: 0x10010a58c
&y4: 0x1000e5e6c
&y5: 0x1000e5e68
&x0: 0x10010a5e8
&x1: 0x10010a5ec

当在主线程上执行块时,它将存在于堆栈中(如本地和导入变量的地址所示)。当通过dispatch_async执行时,运行时复制了块 - 包括内部块,可以通过块的本地和导入变量的地址看出。

我们可以在copy_helper_block函数处设置断点,事实上,程序在那里停止一次,以便将块vv复制到堆中。

enter image description here

答案 1 :(得分:5)

来自dispatch_async上的Apple docs

阻止

The block to submit to the target dispatch queue. This function performs Block_copy and Block_release on behalf of callers. This parameter cannot be NULL.

因此,async_block被复制。

this discussionblock(在您的示例中async_block内),readonly copy内的async_block

答案 2 :(得分:0)

blockretain编辑(不是每个sé复制),因为它被捕获在另一个块async_block中,就像普通对象一样。复制块是块对象发送[block retain]消息的结果,该消息调用了复制块的重写retain方法。