目录一、函数重载分析(上)1.1 重载的定义1.2 函数重载的定义1.3 函数重载需要满足的条件1.4 编译器调用重载函数的准则1.5 函数重载的注意事项1.6 小结二、函数重载分析
定义:同一个标识符在不同的上下文有不同的意义
如下:
下面看一段代码,感受一下:
#include <stdio.h>
#include <string.h>
int func(int x)
{
return x;
}
int func(int a, int b)
{
return a + b;
}
int func(const char* s)
{
return strlen(s);
}
int main(int arGC, char *argv[])
{
printf("%d\n", func(3));
printf("%d\n", func(4, 5));
printf("%d\n", func("D.T.Software"));
return 0;
}
下面为输出结果:
函数重载至少满足下面的一个条件:
下图所示就是参数的顺序不同:
下面看一个函数默认参数遇上函数重载的实例程序:
#include <stdio.h>
int func(int a, int b, int c = 0)
{
return a * b * c;
}
int func(int a, int b)
{
return a + b;
}
int main(int argc, char *argv[])
{
int c = func(1, 2);
return 0;
}
下面为输出结果:
编译报错,因为模棱两可。如果说调用第一个函数说的过去,因为符合函数默认参数规则,c 的值已经确定;调用第二个函数也符合常理,所以编译不会通过。
将所有同名函数作为候选者
尝试寻找可行的候选函数
匹配失败
函数重载是由函数名和参数列表决定的!!!
函数重载的本质是什么?下面通过一段代码深入分析,编译环境为VS2012。
#include "stdafx.h"
#include <stdio.h>
int add(int a, int b) // int(int, int)
{
return a + b;
}
int add(int a, int b, int c) // int(int, int, int)
{
return a + b + c;
}
int main()
{
printf("%p\n", (int(*)(int, int))add);
printf("%p\n", (int(*)(int, int, int))add);
return 0;
}
由C语言的知识可以知道,函数名就是函数的入口地址,所以输出结果如下:
可以看到,两个 add() 函数的入口地址不一样,所以这两个 add 是两个不同的函数。
编译器是如何看待这两个 add() 函数的呢?下面来深入分析。先看一下编译器产生的中间结果,在Test -> Debug -> Test.obj 文件中。
然后使用VS2012里面自带的命令行工具查看 Test.obj 里面有什么东西。
上图示为VS2012 命令行所在位置
输入 dumpbin,如下:
这里只需要关系 SYMBOLS(符号表),符号表就是编译器在编译过程中根据源代码所生成的一张表,这张表有程序的函数名变量等等。
输入以下命令,其中 /symbols 后面为 Test.obj 所在的位置。
找到下面的地方,可以看到编译器编译 (int __cdecl add(int,int)) 时标识符为?add@@YAHHH@Z;而编译器编译(int __cdecl add(int,int,int)) 时标识符为?add@@YAHHHH@Z ,也就是说编译器在编译这两个函数时已经把这两个函数分别对待,尽管它们名字一样,所以两个 add() 函数的入口地址不一样,这就很好理解了。
将重载函数名赋值给函数指针时
下面看一段代码:
#include <stdio.h>
#include <string.h>
int func(int x)
{
return x;
}
int func(int a, int b)
{
return a + b;
}
int func(const char* s)
{
return strlen(s);
}
typedef int(*PFUNC)(int a);
int main(int argc, char *argv[])
{
int c = 0;
PFUNC p = func;
c = p(1);
printf("c = %d\n", c);
return 0;
}
下面为输出结果:
这也就是前面说的通过函数指针所指向的函数类型参数列表来进行选择。
注意事项
如下,这段代码想通过函数名获取重载函数的入口地址:
#include <stdio.h>
int add(int a, int b) // int(int, int)
{
return a + b;
}
int add(int a, int b, int c) // int(int, int, int)
{
return a + b + c;
}
int main()
{
printf("%p\n", add);
printf("%p\n", add);
return 0;
}
编译的时候会报错,无法确定是哪个函数。
如下:
在 linux环境下新建一个 9-2 文件夹,先在文件夹下新建 add.c 和 add.h 文件,如下:
add.c :
#include "add.h"
int add(int a, int b)
{
return a + b;
}
add.h :
int add(int a, int b);
通过 linux 命令 cd 进入 9-2 文件夹,再将 add.c 转换成 add.o 文件,如下所示:
然后在 9-2 文件夹下建一个 main.cpp 文件,如下:
mian.cpp :
#include <stdio.h>
#include "add.h"
int main()
{
int c = add(1,2);
printf("c = %d\n", c);
return 0;
}
对程序进行编译,发现程序报错,没有定义 add() 函数,但是函数确实已经定义了,可以使用 linux 中的 nm 指令查看 add.o 里面的信息,打印出来的就是符号表信息,可以看到确实有 add 。
这个时候就需要使用 extern关键字强制让C++编译器进行C方式的编译,所以 main.cpp就要修改成这样:
#include <stdio.h>
extern "C"
{
#include "add.h"
}
int main()
{
int c = add(1,2);
printf("c = %d\n", c);
return 0;
}
这样编译就能通过了:
如果在 9-2 文件中新建一个 main.c 文件,main.c 里面的代码 与 main.cpp 中的相同。
进行编译,发现会报错误,因为 extern 关键词写法是 C++ 中的, C语言不支持该写法。那有没有一种写法既能被 C语言编译通过,又能让 C++编译通过呢?且看下面。
如下:
所以上述代码可以写作,main.c和 main.cpp 均为:
#include <stdio.h>
#ifdef __cplusplus
extern "C" {
#endif
#include "add.h"
#ifdef __cplusplus
}
#endif
int main()
{
int c = add(1, 2);
printf("c = %d\n", c);
return 0;
}
这样程序在 C语言和 C++ 的编译环境下均能通过,如下:
注意事项
C++编译器不能以C的方式编译重载函数
编译方式决定函数名被编译后的目标名
下面通过一个例子说明一下:
int add(int a, int b) // int(int, int)
{
return a + b;
}
int add(int a, int b, int c) // int(int, int, int)
{
return a + b + c;
}
将该代码编译成目标文件,取名为 test.oo,然后通过 linux 中的 nm 命令查看 test.oo 中的东西,可以看到 test 符号表里面有两个东西 T _Z3addii 和T _Z3addiii,这就是 add 函数被编译过后的目标函数名,ii 表示两个参数, iii 表示三个参数。
如果采用 C 方式编译重载函数,代码如下:
extern "C"
{
int add(int a, int b) // ==>add
{
return a + b;
}
int add(int a, int b, int c) // ==>add
{
return a + b + c;
}
}
下面为编译结果,可以看到编译报错,说两个 add() 函数冲突了。
到此这篇关于C++超详细分析函数重载的使用的文章就介绍到这了,更多相关C++函数重载内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
--结束END--
本文标题: C++超详细分析函数重载的使用
本文链接: https://www.lsjlt.com/news/146733.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-03-01
2024-03-01
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0