c语言之程序环境和预处理

引言：

相信对于刚刚学完C语言的同学都或多或少都有这样一个疑问？我们在写好代码之后运行代码就会产生我们想要的运行结果，但是在我们编写的c代码到运行结果中间是怎样执行的，我们还是一头雾水，因为我们大多数都是用的集成开发环境来编写代码的，所以我们就根本不会了解到这一方面，本章我们将要讨论的是这个中间到底是如何执行的。

文章目录

1. 程序的翻译环境

2. 程序的执行环境

3. 详解：C语言程序的编译+链接

4. 预定义符号介绍

5. 预处理指令 #define

6. 宏和函数的对比

7. 预处理操作符#和##的介绍

8. 命令定义

9. 预处理指令 #undef

10. 条件编译

1. 程序的翻译环境

在ANSI C的任何一种实现中，存在两个不同的环境。 第1种是翻译环境，在这个环境中源代码被转换为可执行的机器指令。 第2种是执行环境，它用于实际执行代 码。由于在Windows下无法更直观的演示我们过程，所以我们选择在linux下演示：：

首先我们用一个图形来粗略的表示程序的翻译环境

相信大家看完这个也还有点懵，其实就是组成一个程序的每个源文件通过编译过程分别转换成目标代码（object code）。 每个目标文件由链接器（linker）捆绑在一起，形成一个单一而完整的可执行程序。 链接器同时也会引入标准C函数库中任何被该程序所用到的函数，而且它可以搜索程序员个人的程序库， 将其需要的函数也链接到程序中。

那么我们就需要用一个详解图来表示：

预编译： 

1. 完成了头文件的包含 #include

首先我们先写代码：

然后用gcc编译器编译test.c ，带选项 -E 后形成的程序我们放在test.i中，

gcc test.c -E > test.i

我们将test.i打开：

刚刚我们不是总共才写17行代码吗？为什么预编译过后就变成了853行呢？这是因为头文件的包含，在预处理时会将头文件展开，所以会出现这么多的代码。 

2. #define 定义的宏

我们在刚刚的代码上增加一个宏，看看在程序预编译后会怎么样

 还是用gcc编译器编译test.c ，带选项 -E 后形成的程序我们放在test.i中

gcc test.c -E > test.i

 此时我们写的宏就直接替换到main函数当中去了，所以我们在程序预编译的时候还会进行宏替换。

3. 注释删除

我们在test.c当中增加一行注释：

还是用gcc编译器编译test.c ，带选项 -E 后形成的程序我们放在test.i中

gcc test.c -E > test.i

 在我们第5行增加的注释在程序预编译的时候也被删除了，注释是留给我们看的，而电脑根本不会关心这些，所以当程序在预编译的时候也会删除掉注释。

编译

在用gcc编译带test.i 带选项 -S 生成的程序放在test.s当中

gcc test.i -S > test.s

我们打开test.s看看是什么

此时生成的代码我们是不是都不知道是什么了，这一步是将c代码转化成汇编代码 ，需要做到就是：

1. 语法分析。

2. 词法分析。

3. 语义分析。 

4. 符号汇总。

汇编

在用gcc编译带test.s 带选项 -c 生成的程序放在test.o当中

gcc test.s -c > test.o

打开 test.o：

这一步的目的就是将汇编代码转化为机器指令（二进制指令）需要执行的是：生成符号表。

2. 程序的执行环境

程序执行的过程：

1. 程序必须载入内存中。在有操作系统的环境中：一般这个由操作系统完成。在独立的环境中，程序的载入必须 由手工安排，也可能是通过可执行代码置入只读内存来完成。

2. 程序的执行便开始。接着便调用main函数。

3. 开始执行程序代码。这个时候程序将使用一个运行时堆栈（stack），存储函数的局部变量和返回地址。程序同 时也可以使用静态（static）内存，存储于静态内存中的变量在程序的整个执行过程一直保留他们的值。

4. 终止程序。正常终止main函数；也有可能是意外终止。

3. 详解：C语言程序的编译+链接

 介绍一本书《程序员的自我修养》

4. 预定义符号介绍

预定义符号

用来记录日志

__FILE__      //进行编译的源文件

__LINE__     //文件当前的行号

__DATE__   //文件被编译的日期

__TIME__    //文件被编译的时间

__STDC__    //如果编译器遵循ANSI C，其值为1，否则未定义

5. 预处理指令 #define

#define 定义标识符：

 在define定义标识符的时候，要不要在最后加上 ; ? 看这样的代码：

#include<stdio.h>

#define M 100;
int main()
{
	int a = 10;
	if (a == 10)
		a = M;
	else
		a = 0;
	printf("%d\n", a);
	return 0;
}

肯定会有人认为这是对的，但是答案很显然错了！这是为什么呢？我们编译看下

 是应为 if 语句在不带大括号的情况下默认只能跟一个语句而我们在M后面加了；就会存在两个语句，所以代码编译不过去。

#define 定义宏

#define 机制包括了一个规定，允许把参数替换到文本中，这种实现通常称为宏（macro）或定义宏（define macro）。

下面是宏的申明方式：

#define name( parament-list ) stuff 其中的 parament-list 是一个由逗号隔开的符号表，它们可能出现在 stuff中。

注意： 参数列表的左括号必须与name紧邻。 如果两者之间有任何空白存在，参数列表就会被解释为stuff的一部 分。

那么在看下面的代码 结果会输出什么呢？

#include<stdio.h>

#define SQUARE(x) x * x
int main()
{
	//printf("%d\n", SQUARE(2));
	printf("%d\n", SQUARE(2 + 2));
	return 0;
}

结果会是16吗？我们看答案：

 为什么结果会是8呢，宏的作用是替换，此时运算相当于2 + 2 * 2 + 2，答案当然是8，所以在我们定义宏的时候，我们要注意运算的先后，是否要加括号，否则就很容易出错。

6. 宏和函数的对比

宏通常被应用于执行简单的运算。比如在两个数中找出较大的一个。
#define MAX(a, b) ((a)>(b)?(a):(b)) 
那为什么不用函数来完成这个任务？ 原因有二：
1. 用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。所以宏比函数在程序
的规模和速度方面更胜一筹。
2. 更为重要的是函数的参数必须声明为特定的类型。所以函数只能在类型合适的表达式上使用。反之这个宏怎可
以适用于整形、长整型、浮点型等可以用于>来比较的类型。宏是类型无关的。
当然和宏相比函数也有劣势的地方：
1. 每次使用宏的时候，一份宏定义的代码将插入到程序中。除非宏比较短，否则可能大幅度增加程序的长度。
2. 宏是没法调试的。
3. 宏由于类型无关，也就不够严谨。
4. 宏可能会带来运算符优先级的问题，导致程容易出现错。
宏有时候可以做函数做不到的事情。比如：宏的参数可以出现类型，但是函数做不到

总之，我们在写一些简单的运算的时候可以用宏，而在逻辑比较复杂的时候就用函数。

7. 预处理操作符#和##的介绍

#

我们先看这样一段代码：

char* p = "hello ""bit\n"; 
printf("hello"," bit\n"); 
printf("%s", p); 

 这里输出的是不是 hello bit ？ 答案是确定的：是。 我们发现字符串是有自动连接的特点的。

#include<stdio.h>

int main()
{
	//写一个函数能否实现这个功能？

	int a = 10;
	// the value of a is 10
	int b = 20;
	// the value of b is 20 
	int c = 30;
	// the value of c is 30
	return 0;
}

答案是不可能的，那么会有的一种方法能顾实现这个功能吗？就是宏：此时就学要#

##

将多个符号合成一个符号

8. 命令定义

许多C 的编译器提供了一种能力，允许在命令行中定义符号。用于启动编译过程。 例如：当我们根据同一个源文件要 编译出不同的一个程序的不同版本的时候，这个特性有点用处。（假定某个程序中声明了一个某个长度的数组，如果 机器内存有限，我们需要一个很小的数组，但是另外一个机器内存大写，我们需要一个数组能够大写。）

比如下面这段代码能够运行吗？

#include<stdio.h>
    2 
    3 int  main()
    4 {
E>  5   int arr[m] = {0};
    6   int i = 0;
E>  7   for(i=0; i < m; i++)
    8   {
    9     arr[i] = i;
   10   }
E> 11   for(i =0; i < m; i++)
   12   {
   13     printf("%d\n",arr[i]);                                                                                                                                                                           
   14   }
   15   return 0;
   16 }

用gcc编译，报错是m为定义 

 那么我们就可以用命令来定义m

gcc test.c -D m=10

 

9. 预处理指令 #undef

这条指令用于移除一个宏定义。

 

10. 条件编译

在编译一个程序的时候我们如果要将一条语句（一组语句）编译或者放弃是很方便的。因为我们有条件编译指令。

比如说： 调试性的代码，删除可惜，保留又碍事，所以我们可以选择性的编译。

常见的条件编译指令：

1. 
#if 常量表达式
 //... 
#endif 
//常量表达式由预处理器求值。
如：
#define __DEBUG__ 1 
#if __DEBUG__ 
 //.. 
#endif 
2.多个分支的条件编译
#if 常量表达式
 //... 
#elif 常量表达式
 //... 
#else 
 //... 
#endif 
3.判断是否被定义
#if defined(symbol) 
#ifdef symbol 
#if !defined(symbol) 
#ifndef symbol 
4.嵌套指令
#if defined(OS_UNIX) 
 #ifdef OPTION1 
 unix_version_option1(); 
 #endif 
 #ifdef OPTION2 
 unix_version_option2(); 
 #endif 
#elif defined(OS_MSDOS) 
 #ifdef OPTION2 
 msdos_version_option2(); 
 #endif 
#endif

头文件包含：

我们已经知道， #include 指令可以使另外一个文件被编译。就像它实际出现于 #include 指令的地方一样。 这种替换的方式很简单： 预处理器先删除这条指令，并用包含文件的内容替换。 这样一个源文件被包含10次，那就 实际被编译10次。

头文件被包含的方式：
本地文件包含
#include "filename" 
查找策略：先在源文件所在目录下查找，如果该头文件未找到，编译器就像查找库函数头文件一样在标准位置查找头
文件。 如果找不到就提示编译错误。 linux环境的标准头文件的路径：
/usr/include 
VS环境的标准头文件的路径：
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\include 
注意按照自己的安装路径去找。
库文件包含
#include <filename.h> 
查找头文件直接去标准路径下去查找，如果找不到就提示编译错误。
这样是不是可以说，对于库文件也可以使用 “” 的形式包含？ 答案是肯定的，可以。
但是这样做查找的效率就低些，当然这样也不容易区分是库文件还是本地文件了。
 

嵌套文件包含：

如果出现这样的场景：

comm.h和comm.c是公共模块。 test1.h和test1.c使用了公共模块。 test2.h和test2.c使用了公共模块。 test.h和 test.c使用了test1模块和test2模块。 这样最终程序中就会出现两份comm.h的内容。这样就造成了文件内容的重 复。

如何解决这个问题？ 答案：条件编译。 

每个头文件的开头写：

#ifndef __TEST_H__

#define __TEST_H__ //头文件的内容

#endif //__TEST_H__

或者： #pragma once

就可以避免头文件的重复引入。