本文由 发布，转载请注明出处，如有问题请联系我们！ 发布时间: 2021-08-11C语言中变参函数传参探究
加载中情况引进
最近在看一本书，称为《嵌入式C语言自我修养》，写的內容对于我协助非常大，是一本好书。在第六章，GNU Cc语言编译器拓展英语的语法精解一节，这本书得出了一些变参涵数的事例：
//1.变参涵数初尝
#include<stdio.h>
void print_num(int count,...)
{
int *args;
args = &count 1;
for(int i = 0;i < count;i )
{
printf("*args:%d\n",*args);
args ;
}
}
int main(void)
{
print_num(5,1,2,3,4,5);
return 0;
}
上边的编码非常好了解：界定一个变参涵数print_num，在涵数內部先获得第一个主要参数的详细地址取值给一表针，随后将表针后退，获得后边的主要参数并打印出去。在main函数中，发送给print_num 6个主要参数，按这一逻辑性，应该是打印出出：
*args:1
*args:2
*args:3
*args:4
*args:5
可是結果却出乎意料：
打印出出的值和传进来的值彻底不相同，乃至没什么规律性可谈。
问题分析
以上编码中，是根据取第一个主要参数的详细地址，并往后面挪动这一表针来得到后边主要参数的，那麼难题很可能出在2个地区：
- 表针挪动的方法有误
- 主要参数的详细地址排列很有可能并不是持续的
大家一个一个看来，先姑且假设这种主要参数详细地址是持续的，且间隔一样的间距。那麼大家就可以对焦于表针的挪动方法了。表针挪动是“args ”这一行句子来操纵的。小编改动了一下书本上的编码：
#include<stdio.h>
void print_num(int count,...)
{
int *args;
args = &count;
for(int i = 0;i <= count;i )
{
printf("addr:%p\n",args);
printf("*args:%d\n",*args);
args ;
}
}
int main(void)
{
print_num(5,1,2,3,4,5);
return 0;
}
关键提升了针对每一个主要参数的详细地址的打印出，运作結果以下：
小编发觉这一"args "每一次往后面挪动4个字节数，这是由于针对"int"型表针的挪动实际操作，是以4（sizeof(int)）为基本要素的。同样，针对"char"型表针的挪动实际操作，以1(sizeof(char))为企业。
表针尺寸
一个"int"型表针尺寸假如相当于4，那麼以上针对表针挪动实际操作就没什么问题。但是"int"型表针尺寸确实相当于4吗？
小编用编码来检测下：
#include<stdio.h>
int main()
{
char* charPoint;
int* intPoint;
double* doublePoint;
struct st{
int first;
};
struct st *structPoint;
printf("sizeof(char*):%ld\n",sizeof(charPoint));
printf("sizeof(int*):%ld\n",sizeof(intPoint));
printf("sizeof(double*):%ld\n",sizeof(doublePoint);
printf("sizeof(struct*):%ld\n",sizeof(structPoint));
return 0;
}
运作結果：
能够见到，不但"int"型表针是8字节数尺寸，"char"、"double"和结构体指针也全是8字节数尺寸。这是由于小编电脑运行的是64位系统软件。因此书本上编码的"int"型表针自增实际操作不适感用以小编，小编将其改成“args = 2”，在dev c 这一IDE中能够获得恰当的結果，但在ubuntu gcc下或是不对。
主要参数部位排列
解决了第一个表针挪动步幅难题，或是无法得到标准答案。小编猜疑主要参数详细地址很可能不持续。如何看涵数的主要参数详细地址信息内容？方式 有很多，小编就选一种较为便捷的方法——看汇编代码。
在ubuntu的终端设备框键入
gcc -S [源代码]
就能获得一个带".s"后缀名的汇编代码文档。
大家比照着看main函数与print_num涵数中有关参数传递的一部分：
在main函数中，每个主要参数被放进不一样的存储器，在print_num涵数中，又从存储器里将主要参数取下来放进print_num的涵数局部变量中。细心看每个主要参数最后被放进的局部变量部位，发觉第一个主要参数详细地址和第二个主要参数详细地址差了28个字节数，而后边的主要参数详细地址中间全是差8个字节数。这也就表述了为什么以前的编码結果不正确了。
解决困难
因此只需在第一个主要参数详细地址的基本上再加上偏移28就可以（"char*"型）。
运作結果合乎预估：
可是为何第一个主要参数和第二个主要参数间距28字节数，小编临时还不清楚，盲猜必须去看看gcc中c语言编译器的有关专业知识。
附加的检测
过去针对固定不动主要参数数量的一般涵数的传参，是那样解决的：前好多个主要参数放进存储器，若数量超过，则压进涵数局部变量。小编有点儿好奇心变参涵数是不是也这般，就给这一print_num传了18个主要参数：
汇编代码以下：
这表明了变参涵数的传参标准和一般涵数并无两种。
汇总
在去看书的情况下，我很喜欢边看边写代码，这一次对着书本上敲的程序执行結果不对，就拥有上边的一些研究全过程。假如也没有动手能力实践活动，之后遇到相近难题时很可能会懵圈。因此动手能力实践活动很必须。
此外，书本上的物品并不一定全对，而且它的准确性必须有特殊的前提条件做确保。例如，如果我应用的是32位系统软件，且c语言编译器在解决变参涵数时将主要参数持续压栈，那麼书本上的编码便是完全的正确的。大家不用担心这种坑，大家必须做的便是去寻找这种必要条件，去寻找难题的实质点，最终解决困难。
参考文献
《嵌入式C语言自我修养——从芯片、编译器到操作系统》
热烈欢迎大伙儿转截自己的blog（需标明来源），自己此外还有一个本人个人博客：lularible的个人博客网站，热烈欢迎前往访问。
