为什么不建议函数有太多参数？
记录一篇今天工作的思考。为什么不建议函数的有太多参数？
今天做组内代码评审时，发现同事的代码有一个小问题，一个函数添加了一个参数后有了7个参数，而公司的编码规范要求，函数的参数不许超过6个。
后来我就研究了一下，为啥不建议函数有太多参数呢？当然函数参数太多，不利于维护，学习成本比较高。除此之外，函数参数太多对性能也有一定的影响。 观察参数传递方式
我做了一个实验，观察对含有6个、7个、8个参数的函数进行调用时，到底有哪些不同，测试代码如下： #include 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
我们看一下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
我们看一下func8的调用，参数16通过寄存器，参数78通过堆栈传递。 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 结论
gcc编译器（gcc9），在x64环境下。函数调用时，前6个参数通过寄存器传递，超过6个后面的参数通过堆栈传递。而寄存器传递参数比堆栈传递效率高，所以建议函数参数不要超过6个。
学习c++还是要学习一些汇编的，可以解决很多问题啊。
最后，东北码农，全网同名，求关注、点赞、转发，谢谢~
