C++ 语言函数进阶¶
一些新东西
我们相信读者已经知晓如何编写 C/C++ 语言之中的函数,现在我们将要讲解一些类似函数重载、默认参数等进阶功能。利用好这些功能可以简化编写代码的过程。
函数重载¶
定义与意义¶
同一名称的函数,有两个以上不同的函数实现,被称为函数重载(英语:Overload)。
区别方法¶
多个同名的函数实现之间,必须保证至少有一个函数参数的类型有区别。即这些同名函数的形式参数的个数、类型或者顺序必须不同,而返回值、参数名称等不能作为区分标识。
1 2 3 4 5 6 |
|
上述两个 f
函数并不是函数重载,因为其只有返回值类型不同。在主函数中调用 f(3)
时,编译器依然无法确定调用哪一个函数。
自动类型转换¶
定义与性质
如果函数调用语句的实参与函数定义中的形参数据类型不同,且两种数据类型在 C++ 中可以进行自动类型转换(如 int
和 float
,float
在自动转换成 int
时是向下取整),则实参会被转换为形参的类型。例如:
1 2 3 4 5 6 7 8 9 10 11 |
|
又例如,自动类型转换也可以通过自定义的类型转换运算符来完成。这些将会在后续章节中阐述。
优先匹配调用
当函数重载时,会优先调用类型匹配的函数实现,否则才会进行类型转换。例如:
1 2 3 4 5 6 7 8 9 10 |
|
这里看上去和优先匹配调用相互矛盾,其实并不是,这是由于 float
输出精度的问题。我们稍作修改:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
这里调用了 float
使用的控制精度的库 <iomanip>
。
参数缺省值¶
定义¶
函数参数可以在定义时设置默认值(缺省值),这样在调用该函数时,若不提供相应的实参,则编译自动将相应形参设置成缺省值。例如:
1 2 3 4 5 6 7 8 9 10 |
|
语法¶
缺省值必须放在没有缺省值的参数之后,有多个缺省值时同理。
缺省值保护¶
如果因为函数缺省值,导致了函数调用的二义性,编译器将拒绝代码。也就是说,参数类型可以发生自动类型转换的函数重载是合法的,因为编译器有调用的优先级。但是缺省值带来的参数类型重复却是不合法的。如下面代码,会导致编译不通过:
1 2 3 4 5 6 7 8 |
|
此时编译器无法判定该调用哪一个函数。
例题
【例题 1】
其他选项错误的原因分别为:
A. 不可根据形参名字与有无形参来区别函数。
B. 不可根据返回值类型不同来区别函数。
D. 缺省值造成二义性,编译失败。
【例题 2】
1 2 3 4 5 6 7 8 9 10 11 12 |
|
fun(fun(a, b))
中里层的 fun(a, b)
调用 int fun(int a, int b)
,直接对 float a
进行强制类型转换并向下取整,即 fun(1, 2)
,故而返回 3
且为 int
类型。调用 int fun(int a = 1)
,返回 4
。
fun(fun(a), b)
中里层 fun(a)
调用 float fun(float a)
,返回 float 1.5
,接着 fun(1.5, 2)
,此处仅可以调用 int fun(int a, int b)
,故而强制类型转换且向下取整,即 fun(1, 2)
。返回 3
。
综上,答案为 7
。
auto
与 decltype
类型推断¶
作用与意义¶
自动确定变量的类型
auto
关键字可以允许由编译器根据上下文自动确定变量类型。例如:
1 2 3 4 5 |
|
追踪返回类型的函数
可以将函数返回类型的声明信息放到函数参数列表后进行声明。
1 2 3 4 |
|
追踪返回类型在原本函数返回值的位置使用 auto
关键字。
在这一例子中,auto
关键字并没有实质作用,然而在泛型编程中,auto
有着巨大的作用。
在模板类型推导过程中,比如下列代码:
1 2 3 4 |
|
在上面这个函数定义中,decltype
无法推导出 t1 + t2
的类型,因为编译器是从左向右处理的,当处理到 decltype
的时候,编译器还不知道 t1 + t2
的类型。追踪返回函数就是为了解决这个问题而生的,上面的函数我们可以声明如下:
1 2 3 4 |
|
如此,decltype
就可以根据 t1
、t2
的类型推导出函数 sum
的返回类型。
auto
的进一步阐述
auto
并不能代表一个实际的类型声明,只是一个类型声明的“占位符”。使用 auto
声明的变量必须马上初始化,以让编译器推断出它的类型,并且在编译时将 auto
占位符替换为真正的类型。
auto
的其他性质¶
-
auto
变量必须在编译期确定其类型 -
auto
变量必须在定义时初始化:
1 |
|
- 同一个
auto
关键字应将变量推导为同一类型:
1 |
|
- 参数不能被声明为
auto
:
1 |
|
auto
并不是一个真正的类型。不能使用一些以类型为操作数的操作符,如sizeof
或者typeid
:
1 |
|
decltype
关键字¶
配合 auto
关键字一同使用,主要用于泛型编程。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
第一个 decltype
的理解是,编译器根据 anon_u
的结构推导出一个类型,并创建了这个类型的新变量 id
。
第二个 decltype
的理解是,编译器根据 anon_s
的结构推导出一个类型,这个类型是某个匿名的结构体数组。并创建了这个结构体数组类型的新变量 as
,as
也是一个结构体数组(如果 decltype
括号里面的是一个数组,那么推导出的类型也是个数组,而不是这个数组里每一个元素的类型)。
配合 auto
推导出返回值类型:
1 2 3 |
|
C++14 中不再需要显式指定返回类型:
1 |
|
auto
的优势¶
用于代替冗长复杂、变量使用范围专一的变量声明。我们现在学习的类型都并不复杂,随着模板的学习,类型会越发复杂。
1 2 3 |
|
上述代码可以等价替换为:
1 2 |
|
另外,有时候我们不能直接确定模板函数的返回值的类型,则可在定义模板函数时,用于声明依赖模板参数的变量类型。
1 2 3 4 5 |
|
结合 auto
和 decltype
,还可以自动追踪返回类型:
1 2 3 4 |
|
例题
【例题 1】
该题非常详细的解答在 OOP 课程的 QA 墙 上。
【例题 2】
题目并不难,但是此处的遍历这很有讲究。
1 2 3 4 5 6 7 8 |
|
注意到 3
之后有两个 -
。我们更换循环方式:
1 2 3 4 5 6 7 8 |
|
其实是字符数组结尾的 \0
也被遍历了,但是无法输出。
下面简单说明 \0
和空格的差别:
-
空字符的长度为 0,空格符的长度为 1。
1 2 3 4
char a[] = "\0"; char b[] = " "; cout << strlen(a) << endl; // 0 cout << strlen(b) << endl; // 1
-
\0
标记字符串结束。1 2 3 4
char crr[] = "a b"; char brr[] = "a\0b"; cout << strlen(crr) << endl; // 3 cout << strlen(brr) << endl; // 1
-
输出到屏幕上,
\0
什么都没有,而空格是空格。
封装与内联函数¶
函数权限和函数重载的先后¶
这里使用了类的语法,这类语法会在后续讲解。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
这段代码会报错 call to member function 'f' is ambiguous
。
不过给人的感觉是,我的 void f(int i = 2)
是一个私有函数,理论上在主函数里面是无法访问的,所以不应该会发生调用。
实际上,编译器看到 aa.f
的时候会先找出所有的 f
,判断调用正确之后才判断权限是否正确。也就是说,函数调用优先匹配参数对应性,再判断权限合理性。编译为汇编语言后的程序里两个 f
是不分是否是私有的,权限的语法检查在编译之后。
内联函数¶
定义与意义
函数调用要进行一系列准备和后处理工作(压栈、跳转、退栈、返回等),所以函数调用是一个比较慢的过程。如果对于一个简单的函数进行大量的调用,会降低程序效率。
比较下面两种实现方式,函数比等价的表达式效率更低。
1 2 |
|
使用内联函数,编译器自动产生等价的表达式。
1 2 3 4 |
|
上述代码等价于:
1 |
|
内联函数和宏定义的区别
在带参数宏的部分中我们提到过,由于带参数宏具有高度歧义性,故而往往被内联函数替代。两者区别在:
-
宏定义只是拷贝代码到被调用的地方,而内联函数则是生成和函数等价的表达式。
-
内联函数可以执行类型检查,进行编译期错误检查。
-
内联函数可调试,而宏定义的函数不可调试。
-
在 Debug 版本,内联函数没有真正内联,而是和一般函数一样,因此在该阶段可以被调试。
-
在 Release 版本,内联函数实现了真正的内联,增加执行效率。
-
宏定义的函数无法操作私有数据成员。
内联函数的注意事项
避免对大段代码使用内联修饰符。这是因为内联修饰符相当于把该函数在所有被调用的地方拷贝了一份,所以大段代码的内联修饰会增加负担。
避免对包含循环或者复杂控制结构的函数使用内联定义。因为内联函数优化的,只是在函数调用的时候,会产生的压栈、跳转、退栈和返回等操作。所以如果函数内部执行代码的时间比函数调用的时间长得多,优化几乎可以忽略。
不可将内联函数的声明和定义分开(不同于大多数函数将生命和定义分别写在头文件和源文件里)。编译器编译时需要得到内联函数的实现,因此多文件编译时内联函数先需要将实现写在头文件中,否则无法实现内联效果。
定义在类声明中的函数默认为内联函数(但函数一般都不定义在类声明内)。一般构造函数、析构函数都被定义为内联函数。
内联修饰符更像是建议而不是命令。编译器有权拒绝不合理的请求,例如编译器认为某个函数不值得内联,就会忽略内联修饰符。
编译器会对一些没有内联修饰符的函数,自行判断可否转化为内联函数,一般会选择短小的函数。