合速度C/C++语言中闭包的探究及比较
（感谢投稿人 @思禽饮霜 ）
这里主要讨论的是C语言的扩展特性block。该特性是Apple为C、C++、Objective-C增加的扩展，让这些语言可以用类Lambda表达式的语法来创建闭包。前段时间，在对CoreData存取进行封装时（让开发人员可以更简洁快速地写相关代码），我对block机制有了进一步了解，觉得可以和C++ 11中的Lambda表达式相互印证，所以最近重新做了下整理，分享给大家。
目录
简单创建匿名函数1. 从语法上看如何捕获外部变量2. 从语法上看如何修改外部变量3. 从实现上看如何捕获外部变量4. 从实现上看如何修改外部变量（__block类型指示符）5. 背后的内存管理动作5.1 拷贝block结构体5.2 拷贝捕获的变量（__block变量）5.3 __forwarding指针的作用参考资料：
0. 简单创建匿名函数
下面两段代码的作用都是创建匿名函数并调用，输出Hello, World语句。分别使用Objective-C和C++ 11：
^{ printf("Hello, World!\n"); } ();
[] { cout << "Hello, World" << endl; } ();Lambda表达式的一个好处就是让开发人员可以在需要的时候临时创建函数，便捷。
在创建闭包（或者说Lambda函数）的语法上，Objective-C采用的是上尖号^，而C++ 11采用的是配对的方括号[]。
不过“匿名函数”一词是针对程序员而言的，编译器还是采取了一定的命名规则。
比如下面Objective-C代码中的3个block，
import <Foundation/Foundation.h>
int (^maxBlk)(int , int) = ^(int m, int n){ return m > n ? m : n; };
int main(int argc, const char * argv[])
{
^{ printf("Hello, World!\n"); } ();
int i = 1024;
void (^blk)(void) = ^{ printf("%d\n", i); };
blk();
return 0;
}
会产生对应的3个函数：
__maxBlk_block_func_0
__main_block_func_0
__main_block_func_1
可见函数的命名规则为：__{$Scope}_block_func_{$index}。其中{$Scope}为block所在函数，如果{$Scope}为全局就取block本身的名称；{$index}表示该block在{$Scope}作用域内出现的顺序（第几个block）。
1. 从语法上看如何捕获外部变量
在上面的代码中，已经看到“匿名函数”可以直接访问外围作用域的变量i：
int i = 1024;
void (^blk)(void) = ^{ printf("%d\n", i); };
blk();
当匿名函数和non-local变量结合起来，就形成了闭包（个人看法）。
这一段代码可以成功输出i的值。
我们把一样的逻辑搬到C++上：
int i = 1024;
auto func = [] { printf("%d\n", i); };
func();
GCC会输出：错误：‘i’未被捕获。可见在C++中无法直接捕获外围作用域的变量。
以BNF来表示Lambda表达式的上下文无关文法，存在：
lambda-expression : lambda-introducer lambda-parameter-declarationopt compound-statement
lambda-introducer : [ lambda-captureopt ]
因此，方括号中还可以加入一些选项：
[] Capture nothing (or, a scorched earth strategy?)
[&] Capture any referenced variable by reference
[=] Capture any referenced variable by making a copy
[=, &foo] Capture any referenced variable by making a copy, but capture variable foo by reference
[bar] Capture bar by making a copy; don't copy anything else
[this] Capture the this pointer of the enclosing class
根据文法，对代码加以修改，使其能够成功运行：
bash-3.2# vi testLambda.cpp
bash-3.2# g++-4.7 -std=c++11 testLambda.cpp -o testLambda
bash-3.2# ./testLambda
1024
bash-3.2# cat testLambda.cpp
include
using namespace std;
int main()
{
int i = 1024;
auto func = [=] { printf("%d\n", i); };
func();
return 0;
}
bash-3.2#
2. 从语法上看如何修改外部变量
上面代码中使用了符号=，通过拷贝方式捕获了外部变量i。
但是如果尝试在Lambda表达式中修改变量i：
auto func = [=] { i = 0; printf("%d\n", i); };
会得到错误：
testLambda.cpp: 在 lambda 函数中:
testLambda.cpp:9:24: 错误：向只读变量‘i’赋值
可见通过拷贝方式捕获的外部变量是只读的。Python中也有一个类似的经典case，个人觉得有相通之处：
x = 10
def foo():
print(x)
x += 1
foo()
这段代码会抛出UnboundLocalError错误，原因可以参见FAQ。
在C++的闭包语法中，如果需要对外部变量的写权限，可以使用符号&，通过引用方式捕获：
int i = 1024;
auto func = [&] { i = 0; printf("%d\n", i); };
func();
反过来，将修改外部变量的逻辑放到Objective-C代码中：
int i = 1024;
void (^blk)(void) = ^{ i = 0; printf("%d\n", i); };
blk();
会得到如下错误：
main.m:14:29: error: variable is not assignable (missing __block type specifier)
void (^blk)(void) = ^{ i++; printf("%d\n", i); };
~^
1 error generated.
可见在block的语法中，默认捕获的外部变量也是只读的，如果要修改外部变量，需要使用__block类型指示符进行修饰。
为什么呢？请继续往下看 ：）
3. 从实现上看如何捕获外部变量
闭包对于编程语言来说是一种语法糖，包括Block和Lambda，是为了方便程序员开发而引入的。因此，对Block特性的支持会落地在编译器前端，中间代码将会是C语言。
先看如下代码会产生怎样的中间代码。
int main(int argc, const char * argv[])
{
int i = 1024;
void (^blk)(void) = ^{ printf("%d\n", i); };
blk();
return 0;
}
首先是block结构体的实现：
ifndef BLOCK_IMPL
define BLOCK_IMPL
struct __block_impl {
void *isa;
int Flags;
int Reserved;
void *FuncPtr;
};
// 省略部分代码
endif
第一个成员isa指针用来表示该结构体的类型，使其仍然处于Cocoa的对象体系中，类似Python对象系统中的PyObject。
第二、三个成员是标志位和保留位。
第四个成员是对应的“匿名函数”，在这个例子中对应函数：
static void __main_block_func_0(struct __main_block_impl_0 *__cself) {
int i = __cself->i; // bound by copy
printf("%d\n", i);
}
函数__main_block_func_0引入了参数__cself，为struct __main_block_impl_0 *类型，从参数名称就可以看出它的功能类似于C++中的this指针或者Objective-C的self。
而struct __main_block_impl_0的结构如下：
struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
int i;
__main_block_impl_0(void fp, struct __main_block_desc_0 desc, int _i, int flags=0) : i(_i) {
impl.isa = &_NSConcreteStackBlock;
impl.Flags = flags;
impl.FuncPtr = fp;
Desc = desc;
}
};
从__main_block_impl_0这个名称可以看出该结构体是为main函数中第零个block服务的，即示例代码中的blk；也可以猜到不同场景下的block对应的结构体不同，但本质上第一个成员一定是struct __block_impl impl，因为这个成员是block实现的基石。
结构体__main_block_impl_0又引入了一个新的结构体，也是中间代码里最后一个结构体：
static struct __main_block_desc_0 {
unsigned long reserved;
unsigned long Block_size;
} __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0)};
可以看出，这个描述性质的结构体包含的价值信息就是struct __main_block_impl_0的大小。
最后剩下main函数对应的中间代码：
int main(int argc, const char * argv[])
{
int i = 1024;
void (blk)(void) = (void ()(void))&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA, i);
((void ()(struct __block_impl ))((struct __block_impl )blk)->FuncPtr)((struct __block_impl )blk);
return 0;
}
从main函数对应的中间代码可以看出执行block的本质就是以block结构体自身作为__cself参数，这里对应__main_block_impl_0，通过结构体成员FuncPtr函数指针调用对应的函数，这里对应__main_block_func_0。
其中，局部变量i是以值传递的方式拷贝一份，作为__main_block_impl_0的构造函数的参数，并以初始化列表的形式赋值给其成员变量i。所以，基于这样的实现，不允许直接修改外部变量是合理的——因为按值传递根本改不到外部变量。
4. 从实现上看如何修改外部变量（__block类型指示符）
如果想要修改外部变量，则需要用__block来修饰：
int main(int argc, const char * argv[])
{
__block int i = 1024;
void (^blk)(void) = ^{ i = 0; printf("%d\n", i); };
blk();
return 0;
}
此时再看中间代码，发现多了一个结构体：
struct __Block_byref_i_0 {
void *__isa;
__Block_byref_i_0 *__forwarding;
int __flags;
int __size;
int i;
};
于是，用__block修饰的int变量i化身为__Block_byref_i_0结构体的最后一个成员变量。
代码中blk对应的结构体也发生了变化：
struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
__Block_byref_i_0 *i; // by ref
__main_block_impl_0(void fp, struct__main_block_desc_0 desc, __Block_byref_i_0 *_i, int flags=0) : i(_i->__forwarding) {
impl.isa = &_NSConcreteStackBlock;
impl.Flags = flags;
impl.FuncPtr = fp;
Desc = desc;
}
};
__main_block_impl_0发生的变化就是int类型的成员变量i换成了__Block_byref_i_0 *类型，从名称可以看出现在要通过引用方式来捕获了。
对应的函数也不同了：
static void __main_block_func_0(struct __main_block_impl_0 *__cself) {
__Block_byref_i_0 *i = __cself->i; // bound by ref
(i->__forwarding->i) = 0; // 看起来很厉害的样子
printf("%d\n", (i->__forwarding->i));
}
main函数也有了变动：
int main(int argc, const char * argv[])
{
__block __Block_byref_i_0 i = {(void)0,(__Block_byref_i_0 )&i, 0, sizeof(__Block_byref_i_0), 1024};
void (blk)(void) = (void ()(void))&__main_block_impl_0((void )__main_block_func_0, &__main_block_desc_0_DATA, (struct __Block_byref_i_0 )&i, 570425344);
((void ()(struct __block_impl ))((struct __block_impl )blk)->FuncPtr)((struct __block_impl )blk);
return 0;
}
前两行代码创建了两个关键结构体，特地高亮显示。
这里没有看__main_block_desc_0发生的变化，放到后面讨论。
使用__block类型指示符的本质就是引入了__Block_byref_{$var_name}_{$index}结构体，而被__block关键字修饰的变量就被放到这个结构体中。另外，block结构体通过引入__Block_byref_{$var_name}_{$index}指针类型的成员，得以间接访问到外部变量。
通过这样的设计，我们就可以修改外部作用域的变量了，再一次应了那句话：
There is no problem in computer science that can’t be solved by adding another level of indirection.
指针是我们最经常使用的间接手段，而这里的本质也是通过指针来间接访问，为什么要特地引入__Block_byref_{$var_name}_{$index}结构体，而不是直接使用int *来访问外部变量i呢？
另外，__Block_byref_{$var_name}_{$index}结构体中的__forwarding指针成员有何作用？
请继续往下看 ：）
5. 背后的内存管理动作
在Objective-C中，block特性的引入是为了让程序员可以更简洁优雅地编写并发代码（配合看起来像敏感词的GCD）。比较常见的就是将block作为函数参数传递，以供后续回调执行。
先看一段完整的、可执行的代码：
import <Foundation/Foundation.h>
include <pthread.h>
typedef void (^DemoBlock)(void);
void test();
void testBlock(void blk);
int main(int argc, const char * argv[])
{
printf("Before test()\n");
test();
printf("After test()\n");
sleep(5);
return 0;
}
void test()
{
__block int i = 1024;
void (^blk)(void) = ^{ i = 2048; printf("%d\n", i); };
pthread_t thread;
int ret = pthread_create(&thread, NULL, testBlock, (void *)blk);
printf("thread returns : %d\n", ret);
sleep(3); // 这里睡眠1s的话，程序会崩溃
}
void testBlock(void blk)
{
sleep(2);
printf("testBlock : Begin to exec blk.\n");
DemoBlock demoBlk = (DemoBlock)blk;
demoBlk();
return NULL;
}
在这个示例中，位于test()函数的block类型的变量blk就作为函数参数传递给testBlock。
正常情况下，这段代码可以成功运行，输出：
Before test()
thread returns : 0
testBlock : Begin to exec blk.
2048
After test()
如果按照注释，将test()函数最后一行改为休眠1s的话，正常情况下程序会在输出如下结果后崩溃：
Before test()
thread returns : 0
After test()
testBlock : Begin to exec blk.
从输出可以看出，当要执行blk的时候，test()已经执行完毕回到main函数中，对应的函数栈也已经展开，此时栈上的变量已经不存在了，继续访问导致崩溃——这也是不用int *直接访问外部变量i的原因。
5.1 拷贝block结构体
上文提到block结构体__block_impl的第一个成员是isa指针，使其成为NSObject的子类，所以我们可以通过相应的内存管理机制将其拷贝到堆上：
void test()
{
__block int i = 1024;
void (^blk)(void) = ^{ i = 2048; printf("%d\n", i); };
pthread_t thread;
int ret = pthread_create(&thread, NULL, testBlock, (void *)[blk copy]);
printf("thread returns : %d\n", ret);
sleep(1);
}
void testBlock(void blk)
{
sleep(2);
printf("testBlock : Begin to exec blk.\n");
DemoBlock demoBlk = (DemoBlock)blk;
demoBlk();
[demoBlk release];
returnNULL;
}
再次执行，得到输出：
Before test()
thread returns : 0
After test()
testBlock : Begin to exec blk.
2048
可以看出，在test()函数栈展开后，demoBlk仍然可以成功执行，这是由于blk对应的block结构体__main_block_impl_0已经在堆上了。不过这还不够——
5.2 拷贝捕获的变量（__block变量）
在拷贝block结构体的同时，还会将捕获的__block变量，即结构体__Block_byref_i_0，复制到堆上。这个任务落在前面没有讨论的__main_block_desc_0结构体身上：
static void __main_block_copy_0(struct __main_block_impl_0dst, struct __main_block_impl_0src) {_Block_object_assign((void)&dst->i, (void)src->i, 8/BLOCK_FIELD_IS_BYREF/);}
static void __main_block_dispose_0(struct __main_block_impl_0src) {_Block_object_dispose((void)src->i, 8/BLOCK_FIELD_IS_BYREF/);}
static struct __main_block_desc_0 {
unsigned long reserved;
unsigned long 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};
栈上的__main_block_impl_0结构体为src，堆上的__main_block_impl_0结构体为dst，当发生复制动作时，__main_block_copy_0函数会得到调用，将src的成员变量i，即__Block_byref_i_0结构体，也复制到堆上。
5.3 __forwarding指针的作用
当复制动作完成后，栈上和堆上都存在着__main_block_impl_0结构体。如果栈上、堆上的block结构体都对捕获的外部变量进行操作，会如何？
下面是一段示例代码：
void test()
{
__block int i = 1024;
void (^blk)(void) = ^{ i++; printf("%d\n", i); };
pthread_t thread;
int ret = pthread_create(&thread, NULL, testBlock, (void *)[blk copy]);
printf("thread returns : %d\n", ret);
sleep(1);
blk();
}
void testBlock(void blk)
{
sleep(2);
printf("testBlock : Begin to exec blk.\n");
DemoBlock demoBlk = (DemoBlock)blk;
demoBlk();
[demoBlk release];
returnNULL;
}
在test()函数中调用pthread_create创建线程时，blk被复制了一份到堆上作为testBlock函数的参数。
test()函数中的blk结构体位于栈中，在休眠1s后被执行，对i进行自增动作。
testBlock函数在休眠2s后，执行位于堆上的block结构体，这里为demoBlk。
上述代码执行后输出：
Before test()
thread returns : 0
1025
After test()
testBlock : Begin to exec blk.
1026
可见无论是栈上的还是堆上的block结构体，修改的都是同一个__block变量。
这就是前面提到的__forwarding指针成员的作用了：
起初，栈上的__block变量的成员指针__forwarding指向__block变量本身，即栈上的__Block_byref_i_0结构体。
当__block变量被复制到堆上后，栈上的__block变量的__forwarding成员会指向堆上的那一份拷贝，从而保持一致。
参考资料：
http://msdn.microsoft.com/en-us/library/dd293603.aspx
http://www.cprogramming.com/c++11/c++11-lambda-closures.html
http://developer.apple.com/library/ios/#documentation/cocoa/Conceptual/Blocks/Articles/00_Introduction.html
http://en.wikipedia.org/wiki/Closure_(computer_science)
转载于酷壳CoolShell 无删改 仅以此纪念陈皓(左耳朵耗子)
看中 joplin 以下几点： 1，开源 2，能加密 3，电脑手机等主流系统都有 4，单机使用和网络备份都 OK 这次选定之后我就要把 wiznot 和 notion 里的内容…
Learn Python The Hard Way (pdf) Learn Python The Hard Way Programming Windows Phone 7 …
连 vscode 换个皮改个名字都能被那群蛀虫忽悠走经费。.net 被忽悠进步了信创也是情理之中。 信创内容要求所有医疗等参与信创竞标的两年缓冲时间去改成 java, 如果.n…
