521-C++入门(函数参数,内联,函数重载,C和C++互相调用)

- 日理万妓 2022-09-10 05:21 267阅读 0赞

## 形参带默认值的函数 ##

**1.给默认值的时候，只能从右向左给**  
**2.调用效率的问题**  
**3.定义出可以给形参默认值，声明也可以给形参默认值**  
**4.形参给默认值的时候，不管是定义处给，还是声明处给，每一个形参的默认值只能出现一次！！！**

![在这里插入图片描述][87373921d2154a6e84989e633d67389e.png]  
**这样可行。因为编译器从上到下，默认从右向左，b=20，a=10**

**我们看下面例子**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]  
**如果只传入参数a，则b就是默认值20**  
**如果给a和b都添加默认值，那么在调用的时候就可以不用传参数。**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 1]  
**我们给参数是从左向右给，实际上压栈是从右向左压，所以给默认值的时候从右向左给**

//sum(, 20);这个写法是错误的 
    int sum(int a, int b = 20);
    int sum(int a = 10, int b);
    int main()
    {
        
    	int a = 10;
    	int b = 20;
    
    	int ret = sum(a, b);
    	/*
    	mov eax, dword ptr[ebp-8]
    	push eax
    
    	push 28H
    	mov ecx, dword ptr[ebp-4]
    	push ecx
    	call sum
    	*/
    	cout << "ret:" << ret << endl;
    
    	/*
    	push 14H
    	mov ecx, dword ptr[ebp-4]
    	push ecx
    	call sum
    	*/
    	ret = sum(a);
    
    	/*
    	push 14H
    	push 0Ah
    	call sum
    	*/
    	ret = sum();//sum(20, 50);
    
    	return 0;
    }
    
    int sum(int a, int b)
    {
        
    	return a + b;
    }

## inline内联函数 ##

**inline内联函数 和 普通函数的区别？？？**  
inline内联函数：

**在编译过程中，就没有函数的调用开销了，在函数的调用点直接把函数的代码进行展开处理了**

**inline函数不再生成相应的函数符号**

**inline只是建议编译器把这个函数处理成内联函数**

但是不是所有的inline都会被编译器处理成内联函数 - **比如说递归**  
编译器不执行代码的指令，不知道递归调用自己多少次。而且如果这个函数代码量巨大，即使你写内联，编译器也不会内联处理

**在debug版本上，inline是不起作用的，因为需要调试； inline只有在release版本下才能出现**  
g++ -c main.cpp -O2  
objdump -t main.o（查看符号，内联函数是没有符号的）

**不使用内联函数**

int sum(int x, int y)// *.o   sum_int_int  .text
    {
        
    	return x + y;
    }
    int main()
    {
        
    	int a = 10;
    	int b = 20;
    
    	int ret = sum(a, b); 
    	//此处有标准的函数调用过程 参数压栈，函数栈帧的开辟和回退过程
    	//有函数调用的开销   
    	//x+y  mov add mov  循环做1000000次 x+y 函数调用开销大
    
    	return 0;
    }

**使用内联函数**

inline int sum(int x, int y)//inline函数不再生成相应的函数符号
    {
        
    	return x + y;
    }
    int main()
    {
        
    	int a = 10;
    	int b = 20;
    
    	int ret = sum(a,b);
    	return 0;
    }

## 函数重载 ##

**什么叫函数重载？**  
1.一组函数，其中函数名相同，参数列表的个数或者类型不同，那么这一组函数就称作-函数重载。  
2.一组函数要称得上重载，一定先是处在同一个作用域当中的。  
3.const或者volatile的时候，是怎么影响形参类型的。  
4.一组函数，函数名相同，参数列表也相同，仅仅是返回值不同？不叫重载

**1.C++为什么支持函数重载，C语言不支持函数重载？**  
C++代码产生函数符号的时候，是由**函数名+参数列表类型**组成的！  
C代码产生函数符号的时候，是由**函数名**来决定！

**3.C++和C语言代码之间如何互相调用？**

**我们看下面代码，提供了3组函数，函数名都是相同的，但是它们的参数列表不同。**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 2]

bool compare(int a, int b)//compare_int_int
    {
        
    	cout << "compare_int_int" << endl;
    	return a > b;
    }
    bool compare(double a, double b)//compare_double_double
    {
        
    	cout << "compare_double_double" << endl;
    	return a > b;
    }
    bool compare(const char *a, const char *b)//compare_const char*_const char*
    {
        
    	cout << "compare_char*_char*" << endl;
    	return strcmp(a, b) > 0;
    }
    int main()
    {
        
    	compare(10, 20);//call compare_int_int
    	compare(10.0, 20.0);//double -> int
    	compare("aaa", "bbb");//const char* => int
    
    	return 0;
    }

![在这里插入图片描述][3a8431b7b33641209d59f0177d3b2740.png]  
**这是一个典型的函数重载的调用。**  
重载函数名字一样，在编译器编译过程中，根据函数调用的时候，传入的实参来选择合适的重载版本。  
一组函数，其中函数名相同，参数列表的个数或者类型不同，那么这一组函数就称作-函数重载。

**2.函数重载需要注意些什么？**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 3]

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 4]  
![在这里插入图片描述][795982f25451471f8099aaf5f5829293.png]  
**这个是什么原因？为什么第二个compare不会去调用double，double的函数重载？为什么要调用带int，int的函数重载？**  
而且我们看第二个编译结果，显示的是错误。也就是说，第三个compare调用也不是去调用带char\*,char\*的函数重载，而是也去调用了int，int的函数重载？  
为什么都是一股脑地去调用这个函数呢？  
![在这里插入图片描述][958ca6bb759a4008bef76e7eec83bbd2.png]  
**在我们的C/C++，都是分作用域的，比如说，我们在全局作用域定义一个全局变量，在函数的局部作用域里面定义一个局部变量，这2个变量的名字是可以相同的。**  
![在这里插入图片描述][204719f522524d768cd259272c8acfae.png]  
**当我们在函数的局部作用域去使用这个变量时，是优先调用当前最近的作用域定义的那个变量。**  
**如果在局部作用域里面要调用全局作用域的相同名字的变量，可以这样写：**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 5]  
**我们回到刚才讨论的代码compare，在全局有3个函数的定义，现在呢，我们在main函数局部进行了函数的声明，调用的话，有函数声明就足够了，main函数的3个compare函数在调用的时候，编译器就在最近的作用域，也就main函数局部作用域看到一个函数的声明，就是compare，所以大家都去调用这个compare函数了。**  
**2.一组函数要称得上重载，一定先是处在同一个作用域当中的。**

**3.const或者volatile的时候，是怎么影响形参类型的?**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 6]  
这2个func函数的作用域相同，函数名也相同，看它们的参数列表，是相同还是不相同呢？  
![在这里插入图片描述][a6db3bc126834f4594f164e41d03c4db.png]  
**对于编译器来说，它看这2个func函数是一样的。**  
**我们去查看一下**  
![在这里插入图片描述][a24c4b0429dc41db8160b772e9cb4fe9.png]

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 7]  
![在这里插入图片描述][fb99bfb6e441474299a70c1f9c2fcfe4.png]  
**对于编译器来说，它们两个函数的形参都是整型int，函数的符号是一模一样的**  
**我们加个指针看看效果，好像就运行可以了**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 8]  
![在这里插入图片描述][f350872f5ec3431e9504b6fc8124058a.png]  
**如果我们把指针移动到const的前面**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 9]  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 10]  
**又报错了。**  
**const或者volatile的时候，是怎么影响形参类型的?**

**一组函数，函数名相同，参数列表也相同，仅仅是返回值不同？不叫重载**  
**返回值和函数重载没有关系！**

**静态（编译时期）的多态：函数重载（生成指令的时候就要确定好调用哪个重载）**

## C和C++的相互调用？ ##

**C 调用 C++:无法直接调用了！怎么办？**  
把C++源码扩在extern “C”  
**C++ 调用 C代码:无法直接调用了！怎么办？**  
把C函数的声明扩在extern "C"里面

**我们写一个.c文件**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 11]  
**我们在另一个.cpp文件进行调用这个sum函数**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 12]  
![在这里插入图片描述][23de932f436e49c387bd4179ff922fb9.png]  
**编译器按照C++的标准生成符号（函数加参数列表），在链接的时候发现这是有一个未定义的符号，就是在其他的obj或者.o文件都找不到。**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 13]  
**.c文件里的sum函数是按C规则生成符号的，按函数名生成符号的。**

**C++ 调用 C代码:无法直接调用了！怎么办？**  
把C函数的声明扩在extern "C"里面

**告诉编译器，这个函数是C语言规则下生成的，所以你在生成符号的时候，不要按照C++的方式，要按照C语言的规则去生成符号。**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 14]  
![在这里插入图片描述][0da19eb1d86e408aa3d9a0f7f88854a3.png]  
**C 调用 C++:无法直接调用了！怎么办？ 把C++源码扩在extern "C"**

**在C++文件实现sum代码**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 15]  
**在C文件中调用C++文件的sum函数**  
![在这里插入图片描述][f630bb0e6f544e22bdd233c757db203e.png]  
因为在C文件中，编译器是按照C语言的规则去生成符号的，自然匹配不到C++文件中的函数符号。  
**怎么解决？**

**在C++文件中的sum函数实现外部扩上extern C**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 16]  
**在C++文件中告诉编译器，按照C语言的方式生成这个函数的符号**  
**这样在C文件调用这个函数，就可以找到了。**

//__FILE__//这个是直接打印当前代码的文件名称 
    //__LINE__//这个是直接打印当前代码的行数 
    //上面2个是属于编译器内置的宏 
    //只要是C++编译器，都内置了__cplusplus这个宏名
    #ifdef __cplusplus//这个宏 
    extern "C" {
        
    #endif
    	int sum(int a, int b) // sum  .text
    	{
        
    		return a + b;
    	}
    #ifdef __cplusplus
    }
    #endif
    //这样的书写是，如果有定义 __cplusplus这个宏(C++编译器内置的宏)，就执行下面的extern C，按照C规则生成函数符号
    //如果是用C编译器编译这段代码的话，就没有定义 __cplusplus这个宏，所以就不进去下面的extern C, sum函数也是生成C规则的符号

**这样书写的结果就是：不管是C编译器生成还是C++编译器生成，都是按照C规则去生成函数符号的！都是可以直接给其他的C项目调用的！**

[87373921d2154a6e84989e633d67389e.png]: /images/20220829/bf559005a373421b9ec83a13a1cecc62.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/679f95a28b37478396d0b05dacde513f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220829/8d7163e0b45b4db8b6083877dde8f3ab.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220829/ffdfb774654c437399f683adfad9e3c3.png
[3a8431b7b33641209d59f0177d3b2740.png]: /images/20220829/18a87d17360b485fac2220de202e47b1.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220829/1af58436ccd34291961ec280190840cd.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220829/bf80d38c18df4d42bcf03cdffde73bc7.png
[795982f25451471f8099aaf5f5829293.png]: /images/20220829/68eeda53653445178aa988bc32fd8039.png
[958ca6bb759a4008bef76e7eec83bbd2.png]: /images/20220829/5ed3c9fac4a94136a8f26f154b25b738.png
[204719f522524d768cd259272c8acfae.png]: /images/20220829/3b853a69306c4aec8df4532e21d3e1f9.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220829/1eeeec4a198b440da2612300fcfc9586.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220829/43778cc52a4f4333a119b1d54f8573a7.png
[a6db3bc126834f4594f164e41d03c4db.png]: /images/20220829/57e3c607359b4ef4beb6223253b4a29f.png
[a24c4b0429dc41db8160b772e9cb4fe9.png]: /images/20220829/9da275b7ae974d7f9a8eb4c69bbb03b4.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 7]: /images/20220829/aa3958d8359d4ec2b291cb69596f9538.png
[fb99bfb6e441474299a70c1f9c2fcfe4.png]: /images/20220829/a667368c404b40868ad93636392e7f96.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 8]: /images/20220829/1b0ea12d687846079bd00df2950f6c87.png
[f350872f5ec3431e9504b6fc8124058a.png]: /images/20220829/d0b51f180ad74761b9cd79ede173e4b6.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 9]: /images/20220829/a231bd4349cb488d814a248b98ab58e3.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 10]: /images/20220829/3d0db12cf55f4da8b1b7b826bdf9967f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 11]: /images/20220829/cde66dbcd6be4e218dd0fa5de5350d52.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 12]: /images/20220829/c9660429cd364dfb833321e4796da539.png
[23de932f436e49c387bd4179ff922fb9.png]: /images/20220829/5f4359a3a6ea40e182d6b279d72a09d5.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 13]: /images/20220829/322e78e01b01461c900454c84d9250e1.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 14]: /images/20220829/de37018ebd1e40369572845ec9d88374.png
[0da19eb1d86e408aa3d9a0f7f88854a3.png]: /images/20220829/d42dc794c07e406c830c642e821ddfb6.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 15]: /images/20220829/109b6e47b38c46c996454f5e9fef93c2.png
[f630bb0e6f544e22bdd233c757db203e.png]: /images/20220829/92b0d6e6e9c042869098b08945f31481.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 16]: /images/20220829/f2657d060a5a4bdfa55f9788fd6ebfdb.png