版权声明:本文基于署名 2.5 中国大陆许可协议发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名elloop(包含链接)
本系列文章的目录在这里:目录. 通过目录里可以对STL总体有个大概了解
##前言
std::bind是STL实现函数组合概念的重要手段,本文总结了std::bind这个模板函数的用法,给出了std::bind绑定普通函数(函数指针)、lambda表达式、成员函数、成员变量、模板函数、嵌套std::bind等的语法细节及注意的问题。
文中涉及到的术语:
std::bind 是什么
看命名空间前缀std就知道,bind是标准库的亲儿子,包含在<functional>
中.
std::bind 是一个函数模板, 它就像一个函数适配器,可以把一个原本接收N个参数的函数fn,通过绑定一些参数,返回一个接收M个参数的函数ret,同时还可以实现参数顺序调整等操作。
它的原型有两种形式,如下:
原型
bind返回一个基于fn的函数对象(function object), 其参数被绑定到args上.
fn的参数要么是绑定到值,要么是绑定到placeholders(占位符,如_1, _2, ..., _N)
参数:
-
fn: 一个Callable对象(可以是function objects, 函数指针或引用,成员函数指针或成员变量指针), 它的参数将被args绑定
-
args: 可变长参数,或者是具体的值,或者是占位符(placeholder). 注意:其长度必须与fn接收的参数个数一致
返回值
令bind的返回值为ret:
其返回值ret是一个未指定类型T的function object,T满足如下条件:std::is_bind_expression<T>::value == true
.
ret这个类型,包含如下的成员:
1.成员变量:
-
1: decay<Fn>::type
类型的对象(暂且叫_Myfun), 由std::forward<Fn>(fn)
构造得来。简单来说,就是保存了bind时候传过来的fn对象.
-
2: tuple<typename decay<Types>::type>
类型的对象(暂且叫它_Mybargs), 这个tuple的每个元素的类型是decay<Args_i>::type
, 是由调用bind时,第二个参数args…转发而来, 即forward<Args_i>(arg_i)
, Args_i 表示args中的第i个. 通俗来说,这个对象保存了bind时传过来的所有的参数args…。
ret的这个两个成员对象分别保存了bind传来的函数和参数以实现将来的调用任务。
2. 构造函数:
3. 成员类型:result_type
-
如果Fn是一个函数指针或者成员函数指针,那么ret的result_type就是Fn的返回值类型.
-
如果Fn是一个类,并且它内部定义了一个result_type, 那么result_type就等于Fn::result_type.
-
如果ret是使用第二种形式调用bind得到的,即auto ret = bind<Ret>(fn , args)
, 那么result_type就是Ret.
4. 成员函数 operator() (此为重点,毕竟bind的返回值ret,就是用来当做函数调用的)
ret作为bind的返回值,假设我们这样调用ret: ret(a1, a2, a3, … ai); 此时ret内部保存的那个decay<Fn>::type
类型的对象:_MyFun, 将被调用, 它将会按照如下的方式来为a1, a2, …, ai 来绑定值:
-
如果调用bind时指定的是reference_wrapper<T>
类型的,比如在调用bind时使用了std::ref 或者 std::cref来包装args,那么调用ret内部的_MyFun时,对应参数会以T&类型传入_MyFun.
-
如果在创建ret时候,使用了嵌套的bind,即ret = bind(fn, args…)的参数列表args中,存在某个arg:使得std::is_bind_expression<decltype(arg)>::value == true
, 那么这个嵌套的bind表达式会被立即调用,其返回值会被传给ret里的_MyFun作为参数(也就是说嵌套的bind返回值会被当做ret调用时的参数), 如果嵌套的bind里用到了占位符placeholder, 这些placeholder将会从ret的调用参数ret(a1, a2, … ai)中对应位置选择.
-
如果在创建ret时候,使用了占位符placeholders, 即 ret = bind(fn, arg1, arg2, …, _1, _2, …), (对于_1, _2…, 有std::is_placeholder<T>::value != 0
). 那么a1, a2, …, ai会以转发的形式forward<ai>(ai)
传递给_MyFun, a1对应_1, a2对应_2, 以此类推.
-
否则,ret内部保存的args,即上文提到的_Mybargs(bind调用时绑定的参数们)将被以左值的形式传给_MyFun以完成调用,这些参数和g有相同cv限定属性.
如果g(a1, a2, …, ai)中,有哪些ai没有匹配任何的placeholders,比如在调用bind时,placeholder只有_1, 而g(a1, a2, a3), 那么a2, a3就是没有匹配的,没有被匹配的参数将被求值,但是会被丢弃。
如果g被指定为volatile(volatile or const volatile),结果是未定义的.
“说了那么多,你就是想装b”, 还是看看bind在实际代码中的应用吧
从两个极端情况出发,正确理解bind过程和std::placeholders的使用
为了更容易理解并使用bind,再强调一下这句话:fn的参数要么是绑定到值,要么是绑定到placeholders
极端1:完全绑定到值
极端2:完全绑定到std::placeholders
除了这两种极端的情况,大部分情形下,bind是混合着值和占位符来进行绑定的。
bind过程分析及调用传参控制
在分析bind的绑定过程时,如何确定bind调用有没有错误,以及调用bind返回值ret的时候如何正确传参?比如,对下面的bind调用:
分析过程:
1. bind(f, args…)的合法性分析
设f需要的参数个数为N, bind(f…)中,提供的值的个数为V, 提供的占位符个数为S.
对于合法的bind调用,必有 N == V + S. 如果V + S 超出N或者小于N, 编译都会报错。
所以上面的mix定义中,只有mix1, mix3, mix4, mix5是合法的。mix2中参数个数已经有6个,而f只需要5个。mix6的参数个数对,但是占位符太大了, 在VC++(2013)编译器实现中最大为20。
2. bind返回值ret的调用传参写法
设bind(f, args…)中最大的占位符为_M. ( 如mix1, mix2, mix3中 M=2; mix4中 M=3; mix5中 M=1; mix6中M=100; )
则:
-
参数个数
ret的调用中至少要提供 M 个参数,因为_1~_M正是从ret(args…)参数列表中从左到右来按下标顺序绑定参数的,少于M个会报错,多于M个则被丢弃.
-
参数顺序
ret(args…)中参数与placeholders: _1~_M的对应是很简单的,下标从1开始,依次对应。但是绑定到f的顺序是由bind(fn, args…)中placeholders的顺序决定的.如bind(f, _1, _2, _3, _4, _5)就是从左到右的顺序把ret(args…)里的参数绑定到f;而bind(f, _5, _4, _3, _2, _1)则是按相反的顺序绑定。
于是,对于上文中定义的合法mix的调用示例及输出可以是:
你可能注意到mix6中的_100, _50, 这样大的占位符是编译不过的。
placeholders的最大值,在VC++上是20, 它的最大值依赖于具体的编译器实现,不需要纠结这个最大值. 一般不会使用很大的占位符,因为一旦你使用了一个占位符_100,虽然只用了一个,但是这就意味着调用者需要提供至少100个参数,你是想弄死谁?
下面就按照fn的分类给出bind的调用示例:
std::bind 绑定普通函数、lambda表达式
std::bind 绑定类成员函数、成员变量
成员函数区别于普通函数的一个特殊之处在于,其第一个参数必须是该类型的一个对象(或对象的指针或引用)
std::bind 绑定模板函数
嵌套std::bind共享std::placeholder.
reference_wrapper<T>
类型, 实现绑定引用
bind与标准库协同工作
bind与智能指针
last but not least
bind中的参数是被copy或者是被move到目标函数的,除非显示指定按引用传递, 用std::ref
或者std::cref
来包裹参数,否则是不会按引用来传递的。这意味着你要意识到, 在bind一个大的对象作为参数的时候可能存在的拷贝开销, 应该尽量用引用**
同时,因为move会改变对象的状态,因此,所以当你在bind参数列表里重用placeholders的时候,要考虑到参数已经被moved掉的情况, 标准建议:只有在参数是左值或者不可移动的右值的时候,重用placeholders才有意义。
源码
欢迎访问github博客,与本站同步更新