Block的底层实现(三):__block存储域类说明符

我们知道在Block使用中,在我们想要修改被截获的变量的值的时候,需要给变量加上__block修饰符;还有在有些情况下避免循环引用的时候也需要添加上__block修饰符。
那么我们为什么需要添加上__block才能修改被截获的变量的值呢?
之前的两篇分别写了无参数和截获变量的Block,接下来,给之前的截获变量的Block添加__block进行编译,看看有什么不同。
首先,我们先创建需要的变和Block,代码如下:

int main(){
    __block int val = 10;
    void(^blk)(void) = ^{
        val  = 1;
    };
    blk();
    return 0;
};

接着,通过clang -rewrite-objc 源文件名这个命令进行编译,看一下编译后的代码。
编译后的代码如下:

struct __Block_byref_val_0 {
  void *__isa;
__Block_byref_val_0 *__forwarding;
 int __flags;
 int __size;
 int val;
};

struct __main_block_impl_0 {
  struct __block_impl impl;
  struct __main_block_desc_0* Desc;
  __Block_byref_val_0 *val; // by ref
  __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, __Block_byref_val_0 *_val, int flags=0) : val(_val->__forwarding) {
    impl.isa = &_NSConcreteStackBlock;
    impl.Flags = flags;
    impl.FuncPtr = fp;
    Desc = desc;
  }
};
static void __main_block_func_0(struct __main_block_impl_0 *__cself) {
  __Block_byref_val_0 *val = __cself->val; // bound by ref

        (val->__forwarding->val) = 1;
    }
static void __main_block_copy_0(struct __main_block_impl_0*dst, struct __main_block_impl_0*src) {
_Block_object_assign((void*)&dst->val, (void*)src->val, 8/*BLOCK_FIELD_IS_BYREF*/);
}

static void __main_block_dispose_0(struct __main_block_impl_0*src) {
_Block_object_dispose((void*)src->val, 8/*BLOCK_FIELD_IS_BYREF*/);
}

static struct __main_block_desc_0 {
  size_t reserved;
  size_t Block_size;
  void (*copy)(struct __main_block_impl_0*, struct __main_block_impl_0*);
  void (*dispose)(struct __main_block_impl_0*);
} __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0), __main_block_copy_0, __main_block_dispose_0};
int main(){
    __attribute__((__blocks__(byref))) __Block_byref_val_0 val = {
                 (void*)0,
                 (__Block_byref_val_0 *)&val, 
                 0, 
                 sizeof(__Block_byref_val_0),
                 10
           };
    void(*blk)(void) = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA, (__Block_byref_val_0 *)&val, 570425344));

    ((void (*)(__block_impl *))((__block_impl *)blk)->FuncPtr)((__block_impl *)blk);

    return 0;
};

通过之前的两篇,我们看一下与之前的不同之处。

  • 添加了__block的int类型的变量val通过Block语法转换成了__Block_byref_val_0 的结构体类型的变量,添加成为__main_block_impl_0的成员变量
  • 然后是__main_block_desc_0中多出了一个copy和dispose的函数指针。
    首先看一下__Block_byref_val_0结构体的声明
struct __Block_byref_val_0 {
 void *__isa;
 __Block_byref_val_0 *__forwarding;
 int __flags;
 int __size;
 int val;
};

其结构为isa函数指针、指向自身的__forwarding、以及某些标志、大小,截获的变量的赋值。
这里有一个问题,为何有一个__forwarding指向自身的的成员变量?
另外,__block变量的__Block_byref_val_0结构体并不在Block用__main_block_impl_0结构体中,这样做是为了在多个Block中使用__block变量。
还有一点不一样的地方就是在__main_block_func_0函数中的赋值

(val->__forwarding->val) = 1;

为何不用val->val直接改变数值,而是用val->__forwarding->val?
在解决这两个问题之前,我们首先看一下Block的存储位置。
通过之前的代码我们可以看到__main_block_impl_0的初始化中

impl.isa = &__NSConcreateStackBlock

Block还有另外两个与之相似的类:

  • _NSConcreteStackBlock 保存在栈中的block,出栈时会被销毁。
  • _NSConcreteGlobalBlock 全局的静态block,不会访问任何外部变量。
  • _NSConcreteMallocBlock 保存在堆中的block,当引用计数为0时会被销毁。

通过之前的代码可以看到,之前的Block的初始化类型是__NSConcreateStackBlock,也就是在栈中,也就是说,如果其所属的变量作用域结束,该Block就被废弃,由于__block变量也配置在栈中,那变量作用域结束,__block变量也会被废弃,如果是这样,Block超过作用域存在就不存在了,这时候我们的_NSConcreteMallocBlock闪亮登场拯救了一切,Blocks提供了将Block和__block变量从栈上复制到堆上的方法来解决这个问题。
将配置在栈上的Block和__block变量复制到堆上,这样即使Block语法记述的变量作用域结束,堆上的Block还可以继续存在。
复制到堆上的Block将_NSConcreteMallocBlock类对象写入Block用结构体实力的成员变量isa。
而__block变量用结构体成员变量__forwarding可以实现无论__block变量配置在栈上还是堆上时都能够正确访问__block变量。
这时候又有问题了,之前我们说过__forwarding是指向自身的,如果只是单纯的将变量从栈上复制到堆上,是满足不了条件的,所以在将__block变量从栈上复制到堆上的时候,栈上的__forwarding指向的是堆上的变量,而不是自身了。

最后讲一下__main_block_des_0中的不同。
我们来看一下两个函数指针copy和dispose的实现,代码如下:

static void __main_block_copy_0 (struct __main_block_impl_0*dst, struct __main_block_impl_0*src) {
    _Block_object_assign((void*)&dst->val, (void*)src->val, 8/*BLOCK_FIELD_IS_BYREF*/);
}
static void __main_block_dispose_0 (struct __main_block_impl_0*src)     {
    _Block_object_dispose((void*)src->val, 8/*BLOCK_FIELD_IS_BYREF*/);
}

在上述代码中可以看到,我们虽然实现了,但是我们会发现我们并没有被调用,那么这些函数是从哪调用的呢?
Block从栈复制到堆时,会使用_Block_object_assign函数持有该变量(相当于retain)。当堆上的Block被废弃时,会使用_Block_object_dispose函数释放该变量(相当于release)。
以上就是添加了__block修饰符的变量被Block截获并修改值时,系统所做的操作。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,686评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,668评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,160评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,736评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,847评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,043评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,129评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,872评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,318评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,645评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,777评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,470评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,126评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,861评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,095评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,589评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,687评论 2 351

推荐阅读更多精彩内容