为什么不建议函数有太多参数？

记录一篇今天工作的思考。为什么不建议函数的有太多参数？

今天做组内代码评审时，发现同事的代码有一个小问题，一个函数添加了一个参数后有了7个参数，而公司的编码规范要求，函数的参数不许超过6个。

后来我就研究了一下，为啥不建议函数有太多参数呢？当然函数参数太多，不利于维护，学习成本比较高。除此之外，函数参数太多对性能也有一定的影响。

观察参数传递方式

我做了一个实验，观察对含有6个、7个、8个参数的函数进行调用时，到底有哪些不同，测试代码如下：

#include <iostream>
void func6(int p1, int p2, int p3, int p4, int p5,
int p6)
{
}
void func7(int p1, int p2, int p3, int p4, int p5,
int p6, int p7)
{
}
void func8(int p1, int p2, int p3, int p4, int p5,
int p6, int p7, int p8)
{
}
int main()
{
func6(1, 2, 3, 4, 5, 6);
func7(1, 2, 3, 4, 5, 6, 7);
func8(1, 2, 3, 4, 5, 6, 7, 8);
return 0;
}

我们查看汇编代码，来观察调用时如何传递参数。

我们看一下func6的调用，全部通过寄存器传递。

0x00005555555551ce <+8>:
mov
r9d,0x6
0x00005555555551d4 <+14>:
mov
r8d,0x5
0x00005555555551da <+20>:
mov
ecx,0x4
0x00005555555551df <+25>:
mov
edx,0x3
0x00005555555551e4 <+30>:
mov
esi,0x2
0x00005555555551e9 <+35>:
mov
edi,0x1
0x00005555555551ee <+40>:
call
0x555555555169 <func6(int, int, int, int, int, int)>

我们看一下func7的调用，参数1~6通过寄存器，参数7通过堆栈传递。

0x00005555555551f3 <+45>:
push
0x7
0x00005555555551f5 <+47>:
mov
r9d,0x6
0x00005555555551fb <+53>:
mov
r8d,0x5
0x0000555555555201 <+59>:
mov
ecx,0x4
0x0000555555555206 <+64>:
mov
edx,0x3
0x000055555555520b <+69>:
mov
esi,0x2
0x0000555555555210 <+74>:
mov
edi,0x1
0x0000555555555215 <+79>:
call
0x555555555188 <func7(int, int, int, int, int, int, int)>

我们看一下func8的调用，参数1_{6通过寄存器，参数7}8通过堆栈传递。

0x000055555555521e <+88>:
push
0x8
0x0000555555555220 <+90>:
push
0x7
0x0000555555555222 <+92>:
mov
r9d,0x6
0x0000555555555228 <+98>:
mov
r8d,0x5
0x000055555555522e <+104>:
mov
ecx,0x4
0x0000555555555233 <+109>:
mov
edx,0x3
0x0000555555555238 <+114>:
mov
esi,0x2
0x000055555555523d <+119>:
mov
edi,0x1
0x0000555555555242 <+124>:
call
0x5555555551a7 <func8(int, int, int, int, int, int, int, int)>

结论

gcc编译器（gcc9），在x64环境下。函数调用时，前6个参数通过寄存器传递，超过6个后面的参数通过堆栈传递。而寄存器传递参数比堆栈传递效率高，所以建议函数参数不要超过6个。

学习c++还是要学习一些汇编的，可以解决很多问题啊。

最后，东北码农，全网同名，求关注、点赞、转发，谢谢~

最后

以上就是羞涩万宝路为你收集整理的为什么不建议函数有太多参数？的全部内容，希望文章能够帮你解决为什么不建议函数有太多参数？所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。