变参函数传参：探寻参数之美。

情况引进

最近在看一本书，称为《嵌入式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个地区：

1. 表针挪动的方法有误
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的个人博客网站，热烈欢迎前往访问。