一、代码——命令行模式

//main.m

#import <Foundation/Foundation.h>

struct __block_impl {
void *isa;
int Flags;
int Reserved;
void *FuncPtr;
}; struct __main_block_desc_0 {
size_t reserved;
size_t Block_size;
}; struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
int age;
}; int main(int argc, const char * argv[]) {
@autoreleasepool {
// ^{
// NSLog(@"This is a block");
// }(); int age = ;
void (^block)(int, int) = ^(int a, int b){
NSLog(@"This is a block:%d", age);
NSLog(@"a:%d b:%d", a, b);
}; struct __main_block_impl_0 *blockStruct = (__bridge struct __main_block_impl_0 *)block;

block(, );

    }
return ;
}

分析:以下代码的前提,因为我们知道block底层的构造就是上述结构体的构造,桥接的目的就是展示这样的结构体内部是怎样的;

struct __main_block_impl_0 *blockStruct = (__bridge struct __main_block_impl_0 *)block;

二、调试

//lldb模式

1)第一个断点

2)第二个断点

3)转入汇编

4)汇编界面

分析:

1)我们发现内部变量的层次感:

第一层:包含impl、Desc、age;

第二层:impl包含isa、Flags、Reserved、FuncPtr;

2)block大括号内部的代码的第一行的地址跟FuncPtr指针指向的地址是一样的,那么block大括号内的代码是如何存放的,跟FuncPtr指针有什么关系?往下看;

三、将main.m文件转成底层实现代码(即C++代码)

1)命令行:xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m

说明:警告不用管;

2)找到main.cpp文件

3)拖入文件并打开

说明:不对mian.cpp文件编译的目的是,自己可以任意对该文件的代码操作而不报错;

说明:

1)上面两张图中,1、2、3是一一对应关系(1:为block要引用的外部变量;2:定义的block;3:调用block);

2)在2处,本人把一些强制转换去除了(如:void (*)等),便于阅读;

四、底层代码分析

1)block结构体(对2的分析)

很明显,block是一个指针,指向__main_block_impl_0,那__main_block_impl_0又是什么呢,往下看;

struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
int age;
__main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int _age, int flags=) : age(_age) {
impl.isa = &_NSConcreteStackBlock;
impl.Flags = flags;
impl.FuncPtr = fp;
Desc = desc;
}
};

__main_block_impl_0是个结构体,内部成员变量有__block_impl类型的结构体变量,__main_block_desc_0类型的结构体变量,外部应用变量,以及一个__main_block_impl_0方法(该方法名跟所在的结构体名称相同,为C++的一个构造方法,类似于init方法);

<1>__block_impl

struct __block_impl {
void *isa;
int Flags;
int Reserved;
void *FuncPtr;
};

该结构体有四个成员变量,这跟上述lldb模式下显示的成员变量相同,而第一个成员变量为isa指针,我们知道这是oc对象(实例、类、元类)的专属标志,很显然__main_block_impl_0是一个oc对象,而oc对象的本质就是在内存中为结构体,此处完全吻合;

<2>__main_block_desc_0

static struct __main_block_desc_0 {
size_t reserved;
size_t Block_size;
} __main_block_desc_0_DATA = { , sizeof(struct __main_block_impl_0)};

该结构体有两个成员变量,同时定义了一个结构体变量并对其赋值,reserved赋值为0,Block_size赋值为__main_block_impl_0即block的内存大小;

<3>__main_block_impl_0构造函数

__main_block_impl_0在main 函数中传了三个参数:

//__main_block_func_0参数

static void __main_block_func_0(struct __main_block_impl_0 *__cself, int a, int b) {
int age = __cself->age; // bound by copy NSLog((NSString *)&__NSConstantStringImpl__var_folders_tb_zgsq5gq15rd3zvbdmw1c09y80000gn_T_main_51dde3_mi_0, age);
NSLog((NSString *)&__NSConstantStringImpl__var_folders_tb_zgsq5gq15rd3zvbdmw1c09y80000gn_T_main_51dde3_mi_1, a, b);
}

很显然,__main_block_func_0函数存放的是block大括号里面的代码,而该函数是直接赋值给__main_block_impl_0构造函数的第一个参数fp指针,而fp又赋值给__block_impl结构体中的FuncPtr变量,因此,回顾上述lldb模式,FuncPtr指针存放的地址跟37号断点处转入汇编模式显示的首地址是一样的,结合此处,可以肯定,FuncPtr变量指向block大括号内的代码,该代码存放在内存中的分配好的函数中(__main_block_func_0);

//__main_block_desc_0_DATA参数

__main_block_desc_0_DATA是一个结构体,包含了block的内存大小,最终赋值给__main_block_desc_0结构体类型变量Desc;

//age直接赋值给_age

构造函数中的第四个参数flags默认设置为0;

2)block调用(对3的分析)

block调用代码可以简化成以下代码

(__block_impl *)block->FuncPtr(block, , );

<1>参数:经上述分析,我们知道FuncPtr指向block大括号内的代码块即__main_block_func_0函数,该函数共有三个参数,block本身,和两个int类型变量,实参与形参一一对应,这点没问题;

<2>强引用:因为block是一个结构体指针,其引用结构体变量只能通过"->"形式引用(如果是结构体变量非指针,则可以通过点(.)引用——此处是C语言语法知识,稍啰嗦了点!);

但是FuncPtr并不是block(即__main_block_impl_0)结构体的成员变量,为什么能直接引用,而不应该是block->impl.FuncPtr吗?

我们看到block进行了强制转换(__block_impl *),而__block_impl结构体中是存在FuncPtr变量的,但这完全是两个不同的结构体,也不能强制转换引用啊?

我们可以看到,__block_impl结构体在__main_block_impl_0结构体中是第一个成员变量类型,即__main_block_impl_0的首地址其实就是__block_impl结构体的首地址,也就是说,__main_block_impl_0结构体的地址是从isa指针变量开始的,即__main_block_impl_0结构体在__block_impl结构体的大小范围内跟__block_impl结构体是完全重合的(其实就是同一片内存),只不过__main_block_impl_0结构体大小要比__block_impl结构体大——因此,经过强制转换后block完全可以直接引用FuncPtr成员变量;

五、结论

【1】block本质是一个oc对象,以结构体形式存放在内存中;block本身是一个指针,存放的是该结构体的内存地址(可以把block理解成函数名——函数名也是指针,指向函数的入口地址);

【2】block大括号内的代码存放在固定的函数中,该函数的入口地址存放在block结构体的成员变量指针(FuncPtr)中;

【3】block结构体分为函数调用结构体变量impl(包含isa指针变量、函数调用指针变量)、信息描述结构体指针变量Desc(包含block内存大小成员变量)、外部引用变量(age),以及构造函数;

如下图所示(构造函数没有写出来,size即为block内存大小):

GitHub

block本质探寻一之内存结构的更多相关文章

  1. block本质探寻七之内存管理

    说明: <1>阅读本问,请参照block前述文章加以理解: <2>环境:ARC: <3>变量类型:基本数据类型或者对象类型的auto局部变量: 一.三种情形 //代 ...

  2. block本质探寻二之变量捕获

    一.代码 说明:本文章须结合文章<block本质探寻一之内存结构>和<class和object_getClass方法区别>加以理解: //main.m #import < ...

  3. block本质探寻三之block类型

    一.oc代码 提示:看本文章之前,最好按顺序来看: //代码 void test1() { ; void(^block1)(void) = ^{ NSLog(@"block1----&quo ...

  4. block本质探寻八之循环引用

    说明:阅读本文,请参照之前的block文章加以理解: 一.循环引用的本质 //代码——ARC环境 void test1() { Person *per = [[Person alloc] init]; ...

  5. block本质探寻六之修改变量

    说明: <1>阅读本文章,请参照前面的block文章加以理解: <2>本文的变量指的是auto类型的局部变量(包括实例对象): <3>ARC和MRC两种模式均适用: ...

  6. block本质探寻五之atuto类型局部实例对象

    说明:阅读本文章,请参考之前的block文章加以理解: 一.栈区block分析 //代码 //ARC void test1() { { Person *per = [[Person alloc] in ...

  7. block本质探寻四之copy

    说明: <1>阅读本文,最好阅读之前的block文章加以理解: <2>本文内容:三种block类型的copy情况(MRC).是否深拷贝.错误copy: 一.MRC模式下,三种b ...

  8. block 的内存结构衍生出来的面试题

    今天在群里看到大佬们在讨论一个面试题,问如下代码在 32bit 和 64bit 系统上分别报什么错误: #import <Foundation/Foundation.h> int main ...

  9. iOS开发系列-Block本质篇

    概述 在iOS开发中Block使用比较广泛,对于使用以及一些常规的技术点这里不再赘述,主要利用C++角度分析Block内部数据底层实现,解开开发中为什么这样编写代码解决问题. Block底层结构窥探 ...

随机推荐

  1. Aittit.attilax超级框架 api 规划大全

    Aittit.attilax超级框架 api 规划大全 1 Api分类2 1.1 核心2 1.2 属性2 1.3 CSS2 1.4 选择器2 1.5 文档处理3 1.6 筛选3 1.7 事件3 1.8 ...

  2. redis list 查询、下标查询、删除、裁剪、压入弹出、队列实现

    查询  lrange list 0 1 // 注意0和1之间是空格:这个命令和pop命令不一样,不会删除里面的值lrange list 0 -1 // 所有的 下标查询 lpush person zs ...

  3. 转:C#中的多态

    封装.继承.多态,面向对象的三大特性,前两项理解相对容易,但要理解多态,特别是深入的了解,对于初学者而言可能就会有一定困难了.我一直认为学习OO的最好方法就是结合实践,封装.继承在实际工作中的应用随处 ...

  4. 用UITextView模拟UITextField的placeHolder

    用UITextView模拟UITextField的placeHolder 效果: 源码: // // ViewController.m // TextView // // Created by You ...

  5. Linux file命令详解

    file: 查看文件类型 file常见命令参数 Usage: file [OPTION...] [FILE...] Determine type of FILEs. --help display th ...

  6. ms17-010漏洞利用教程

    ms17-010 漏洞利用并拿下服务器教程 攻击环境: 攻击机win2003 ip:192.168.150.129 Window2003 Python环境及工具 攻击机kali: ip:192.168 ...

  7. September 07th 2017 Week 36th Thursday

    With the most true of yourself, can you meet the most suitable one. 用最真实的自己,才能遇见最合适的那个人. You are alw ...

  8. spark-submit提交参数设置

    /apps/app/spark-1.6.1-bin-hadoop2.6/bin/spark-submit --class com.zdhy.zoc2.sparksql.core.JavaSparkSq ...

  9. 事后诸葛亮之Alpha十天冲刺之失败总结

    参考自构建之法p341页的模板 首先自己预计了一下,项目gg的可能有百分之50这里面有百分之80是我的责任.冲刺失败我承担主要责任. 1.设想和目标: 1.计划实现类似华为云的小功能之团队合作开发功能 ...

  10. 跟我一起阅读Java源代码之HashMap(二)

    上一节中实现的SimpleHashMap,没有解决冲突的问题,这一节我们继续深入 由于table的大小是有限的,而key的集合范围是无限大的,所以寄希望于hashcode散落,肯定会出现多个key散落 ...