C99中的restrict和C89的volatile关键字

1、restrict

它只可以用于限定指针，告知编译器该指针是访问一个数据对象的唯一且初始的方式。即不存在其它进行修改操作的途径。

主要作用是可以让编译器进行一些优化，生成更高效的目标代码。

看个例子：

int foo(int *a,int *b)
{
	*a = 1;
	*b = 2;
	return *a;
}

int main()
{
	int *p, *q, ret;

	ret = foo(p, q);

	return 0;
}

我们用gcc -O2 -std=c99选项进行编译，foo()的反汇编如下图：

我们把foo()改为：

int foo(int *restrict a,int *restrict b)
{
	*a = 1;
	*b = 2;
	return *a;
}

依然O2编译：

可以清楚地看到，编译器对返回值做了优化处理.

之所以前一个例子，返回值要从内存中获取，是因为编译器不确定指针a是不是唯一的一个可以访问到那片内存的指针，又可能还有其他指针访问或修改了那片内存。因此，即使是O2优化，返回值还是从内存中得来的，编译器是要保证百分之百的正确。

后面一个例子，明确告知了编译器，a是唯一访问到a所指向的内存的指针，所以编译器可以放心大胆地直接向寄存器写返回值。

然而，标准里还有这样的话：

If the declaration of intent is not followed and the object is accessed by an independent pointer, this will result in undefined behavior

我们把main函数改成这样：

int foo(int *restrict a,int *restrict b)
{
	*a = 1;
	*b = 2;
	return *a;
}

int main()
{
	int *p, *q, ret;

	ret = foo(p, p);

	return 0;
}

这样，按照本意，ret的值应该为2才对，然而：

程序得到了错误的结果。

因此，正如李林老师在《Linux环境高级编程》里指出：restrict的限制（只能通过该指针访问），是由程序员来保证的，编译器并不能完全保证。[1]

再如：

int foo(int *restrict a,int *b)
{
	*a = 1;
	*b = 2;
	return *a;
}

在我的机器上反汇编，发现O1未做处理，但O2时做了优化处理。

未做优化的原因，其实是编译器对指针b的顾虑：万一b也指向的空间和a一样呢？

所以，优化需谨慎

2、volatile

与restrict让编译器优化相反，volatile是阻止编译器优化。简单地说，volatile告诉编译器该被变量除了可被程序修改外，还可能被其他代理、线程修改。因此，当使用volatile 声明的变量的值的时候，系统总是重新从它所在的内存读取数据，而不使用寄存器中的缓存的值。

继续看个例子：

static int flag;

void foo()
{
	flag = 0;
	while (flag < 2) 
		;
}

int main()
{
	foo();
	return 0;
}

依然用-O2选项：

注意圈出来的那一行，这是一个死循环，也就是说，flag < 2 这个条件被编译器认为是永真！所以还是这句话，优化需谨慎！

而加上关键字之后：

static volatile int flag;

注意圈出来的那一行：flag的获取是从内存中来的。

这个例子是为了说明volatile能阻止编译器做常量合并、常量传播等优化。

其他的方面的作用可以参考 [2]

一般说来，volatile用在如下的几个地方：
1、中断服务程序中修改的供其它程序检测的变量需要加volatile；
2、多任务环境下各任务间共享的标志应该加volatile；
3、存储器映射的硬件寄存器通常也要加volatile说明，因为每次对它的读写都可能由不同意义；

然而矛盾的是：根据相关的标准（C,C++,POSIX,WIN32)和目前绝大多数实现，对volatile变量的操作并不是原子的，也不能用来为线程建立严格的happens-before关系。[3]

参考资料：

[1]：李林《linux程序设计实践》

[2]：详解volatile

[3]：volatile wiki