【C语言】程序环境和预处理

目录

1. 程序的翻译环境和执行环境

2. 详解编译+链接

2.1 翻译环境

2.2 编译的阶段：

2.2.1 预处理

2.2.2.编译 

2.2.3.汇编   

2.2.4链接（链接器）

2.3 运行环境

3.预处理详解

3.1 预定义符号

3.2 #define

3.2.1#define定义标识符

3.2.2#define定义宏

3.2.3#define的替换规则

3.2.4#和##

3.2.5带副作用的宏参数

3.2.6 宏和函数对比

3.2.7宏和函数的命名约定

3.3#undef

3.4 命令行定义

3.5 条件编译

3.6 文件包含

3.6.1 头文件被包含的方式

3.6.2 嵌套文件包含

---

1. 程序的翻译环境和执行环境

在ANSI C的任何一种实现中，存在两个不同的环境。

第1种是翻译环境，在这个环境中源代码被转换为可执行的机器指令。

第2种是执行环境，它用于实际执行代码。

2. 详解编译+链接

2.1 翻译环境

编译器要生成一个程序就要把每个源文件通过编译过程分别转换成目标代码（object code）。

通过链接器把每个目标程序链接在一起，形成一个单一而完整的可执行程序。

链接器同时也会引入标准C函数库中任何被该程序所用到的函数，而且它可以搜索程序员个人 的程序库，将其需要的函数也链接到程序中。 

2.2 编译的阶段：

2.2.1 预处理

接下来用gcc来编译，来查看编译期间都发生了什么

以这段代码为例 

预处理  gcc -E test.c -o test.i，把预处理的结果放在test.i中

经过预编译后可以看到自己编写的注释已经被删除了，宏定义也被替换了，头文件也被替换成很多代码。

所以预编译过程中主要的是和文本相关的操作。

2.2.2.编译 

gcc -S test.c  编译完成之后就停下来，结果保存在test.s中。

编译就是把c语言代码翻译成汇编代码

编译的过程1.分析语法

                  2.词法分析

                  3.语义分析

         4.符号汇总

        符号汇总在编译过程中会形成符号表

在符号汇总的过程中，会把代码中的全局符号（（add）（main））找出来。

2.2.3.汇编   

gcc -c test.c     结果保存在test.o中。

汇编生成目标文件 ，生成的.0(.obj)是二进制文件。

汇编的过程 1.将汇编代码转化为二进制的指令
              2.形成符号表

              经过编译阶段的符号汇总，进入汇编阶段会形成符号表 ，会将函数和他的地址形成类似表格的符号表

注意：4_7.c里面的add和4_8.c里面的add地址是不一样的，编译和编译,汇编都是单独对每个文件操作的 。

2.2.4链接（链接器）

当编译阶段完成时,可能会生成多个.obj文件,经过链接,每个.obj文件都会单独生成一个.exe文件

 链接过程:
1.合并段表
2.符号表的合并和重定位

在链接环节会将汇编生成的符号表合并

 符号表的合并可能会出现重名，需要判断该符号的地址是否有效，有效地址替换无效地址，最终形成一张表。

2.3 运行环境

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

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

3.预处理详解

3.1 预定义符号

__FILE__      //进行编译的源文件
__LINE__     //文件当前的行号
__DATE__    //文件被编译的日期
__TIME__    //文件被编译的时间
__STDC__    //如果编译器遵循ANSI C，其值为1，否则未定义

使用预定义符号就可以打印出文件名,行号,日期,时间

 但是__STDC__能否被识别取决于编译器。

3.2 #define

3.2.1#define定义标识符

格式如下：

#define name stuff

可以看到在预编译阶段已经把#define定义的标识符替换了。

因为#define是替换，所以如果在末尾加上了分号(;)那么分号也会被替换到代码中去。

3.2.2#define定义宏

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

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

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

 在预编译过程中就会把MUL(6)替换成6*6:

 但是这样定义宏会出现问题

 比如：

#include<stdio.h>
#define MUL(x) x*x
int main()
{
	printf("%d",MUL(3+4));
	return 0;
}

我们想的应该是(3+4)*(3+4)=49

预编译：

 实际上宏是直接替换的，并不会自动添加括号

所以结果为3+(4*3)+4=19

 加上括号，问题就解决了：

 但又会出现新的问题：

我们期望值为140，实际输出77

预编译：

 宏是直接替换的一定要加上括号。

 

所以用于对数值表达式进行求值的宏定义都应该用这种方式加上括号，避免在使用宏时由于参数中 的操作符或邻近操作符之间不可预料的相互作用。

3.2.3#define的替换规则

在程序中扩展#define定义符号和宏时，需要涉及几个步骤。

1. 在调用宏时，首先对参数进行检查，看看是否包含任何由#define定义的符号。如果是，它们首先 被替换。

2. 替换文本随后被插入到程序中原来文本的位置。对于宏，参数名被他们的值所替换。

3. 最后，再次对结果文件进行扫描，看看它是否包含任何由#define定义的符号。如果是，就重复上 述处理过程。

注意：

1. 宏参数和#define 定义中可以出现其他#define定义的符号。但是对于宏，不能出现递归。

2. 当预处理器搜索#define定义的符号的时候，字符串常量的内容并不被搜索。

3.2.4#和##

# 把一个宏参数变成对应的字符串
##可以把位于它两边的符号合成一个符号。它允许宏定义从分离的文本片段创建标识符

#例如：

'\'是续行符

 ##例如：

3.2.5带副作用的宏参数

当宏参数在宏的定义中出现超过一次的时候，如果参数带有副作用，那么你在使用这个宏的时候就可能 出现危险，导致不可预测的后果。副作用就是表达式求值的时候出现的永久性效果。

例如：

这种代码是有副作用的，自增可能多次++导致意料之外的结果。

3.2.6 宏和函数对比

1. 用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。 所以宏比函数在程序的规模和速度方面更胜一筹。

2. 更为重要的是函数的参数必须声明为特定的类型。 所以函数只能在类型合适的表达式上使用。反之这个宏怎可以适用于整形、长整型、浮点型等可以 用于>来比较的类型。 宏是类型无关的。

宏的缺点：当然和函数相比宏也有劣势的地方：

1. 每次使用宏的时候，一份宏定义的代码将插入到程序中。除非宏比较短，否则可能大幅度增加程序 的长度。

2. 宏是没法调试的。

3. 宏由于类型无关，也就不够严谨。

4. 宏可能会带来运算符优先级的问题，导致程容易出现错。

宏有时候可以做函数做不到的事情。比如：宏的参数可以出现类型，但是函数做不到。

宏和函数的一个对比

属性	#define定义宏	函数
代码长度	每次使用时，宏代码都会被插入到程序中。除了非常 小的宏之外，程序的长度会大幅度增长	函数代码只出现于一个地方；每次使用这个函数时，都调用那个 地方的同一份代码
执行速度	更快	存在函数的调用和返回的额外开销，所以相对慢一些
操作符 优先级	宏参数的求值是在所有周围表达式的上下文环境里， 除非加上括号，否则邻近操作符的优先级可能会产生 不可预料的后果，所以建议宏在书写的时候多些括 号。	函数参数只在函数调用的时候求值一次,它的结果值传递给函数.表达式的求值结果更容易预测。
带有副作用的参数	参数可能被替换到宏体中的多个位置，所以带有副作用的参数求值可能会产生不可预料的结果。	函数参数只在传参的时候求值一 次，结果更容易控制。
参 数 类 型	宏的参数与类型无关，只要对参数的操作是合法的， 它就可以使用于任何参数类型。	函数的参数是与类型有关的，如 果参数的类型不同，就需要不同 的函数，即使他们执行的任务是 相同的。
调 试	宏是不方便调试的	函数是可以逐语句调试的
递 归	宏是不能递归的	函数是可以递归的

3.2.7宏和函数的命名约定

一般来讲函数的宏的使用语法很相似。所以语言本身没法帮我们区分二者。

那我们平时的一个习惯是：

把宏名全部大写

函数名不要全部大写

3.3#undef

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

3.4 命令行定义

许多C 的编译器提供了一种能力，允许在命令行中定义符号。用于启动编译过程。

例如：当我们根据同一个源文件要编译出一个程序的不同版本的时候，这个特性有点用处。（假定某个 程序中声明了一个某个长度的数组，如果机器内存有限，我们需要一个很小的数组，但是另外一个机器内存大些，我们需要一个数组能够大些。）

以下代码并没有直接定义数组的大小 我们通过命令行来定义SZ = 10

 

成功打印0~9 

3.5 条件编译

条件编译指令可以让我们能选择性的编译指令，一些没用但不完全没用的代码就可以用条件编译。

#include <stdio.h>
#define TEST
int main()
{
	int i = 10;
	
#ifdef TEST
		printf("%d\n", i);
#endif
	return 0;
}

1.#if    #endif常亮表达式

 常量表达式为假所以printf不执行

2.多个分支的条件编译

#if 常量表达式 //...

#elif 常量表达式 //...

#else //...

#endif

3 .判断是否被定义

#if defined(symbol)

#ifdef symbol

 比如说下面这个代码，#ifdef用来判断是否定义了标识符，如果定义了就执行#ifdef到#endif之间的语句。

 把#define屏蔽了 #ifdef的语句就不执行了.

#ifndef就是没定义这个标识符才执行语句 

 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

3.6 文件包含

3.6.1 头文件被包含的方式

我们在包含头文件的时候会遇到用""包含的和用<>包含的

1.#include "filename"

用""包含的头文件。

查找策略：先在源文件所在目录下查找，如果该头文件未找到，编译器就像查找库函数头文件一样在标 准位置查找头文件。 如果找不到就提示编译错误。

2.#include <filename>

用<>包含的头文件

查找头文件直接去标准路径下去查找，如果找不到就提示编译错误。

对于库文件也可以用""包含，但是这样查找效率就低一些。

3.6.2 嵌套文件包含

在包含头文件的时候可能出现这样的情况：

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

使用条件编译就能解决这个问题。

每个文件开头写：

#ifndef __TEST_H__
#define __TEST_H__
//头文件的内容
#endif   //__TEST_H__

或者直接写

#pragma once

这样就可以避免头文件的重复使用。