目录
1.程序的翻译环境和执行环境
在ANSIC的任何一种实现中，存在两个不同的环境。
第一种是翻译环境，在这个环境中源代码被转换为可执行的机器指令。
第二种是执行环境，它用于实际执行代码。
2.详解编译+链接
2.1 编译环境
- 组成一个程序的每个源文件通过编译过程分别转换为目标代码（object code）。
- 每个目标文件由链接器（linker）捆绑在一起，形成一个单一而完整的可执行程序。
- 链接器同时也会引入标准C函数库中任何被该程序所用到的函数，而且它可以搜索程序员个人的程序库，将其需要的函数也链接到程序中。
2.2 编译本身也分为几个阶段：
看代码：
sum.c
test.c
如何查看编译期间的每一步发生了什么呢？（VS-Code 中搭建 gcc 环境测试）
test.c
1.预处理 选项 gcc -E test.c -o test.i
预处理完成之后就停下来，预处理之后产生的结果都放在test.i文件中。
2.编译 选项 gcc -s test.c
编译完成之后就停下来，结果保存在test-s中。
3. 汇编 gcc -c test.c
汇编完成后就停下来，结果保存在test.o中。
VIM学习资料
2.3 运行环境
程序执行的过程：
1.程序必须载入内存中。在有操作系统的环境中：一般由这个操作系统来完成。在独立的环境
中，程序的载入必须由手工安排，也可能是通过可执行的代码置入只读内存来完成。
2.程序的执行便开始，接着调用main函数。
3.开始执行程序代码。这个时候程序将使用一个运行时堆栈（stack），存储函数的局部变量
和返回地址。程序同时也可以使用静态（static）内存，存储于静态内存中过的变量在程序
的整个执行过程中一直保留它们的值。
4.终止程序。正常终止main函数；也有可能是意外终止。
3.预处理详解
3.1 预定义符号
这些预定义符号都是语言内置的。
举个栗子：
3.2 #define
3.2.1 #define定义标识符
举个栗子：
提问：
在define定义标识符的时候，要不要在最后加上 ;
比如：
建议不要加上 ; 这样容易导致问题。
比如下面的场景：
这里会出现语法错误
3.2.2 #define定义宏
#define 机制包括了一个规定，允许把参数替换到文本中，这种实现通常称为宏（macro）或定义宏（define macro）。
下面是宏的声明方式：
#define name( parament-list )stuff
其中的 parament-list 是一个由逗号隔开的符号表，它们可能出现在stuff中。
注意：
参数列表的左括号必须与name紧邻。
如果两者之间有任何空白存在，参数列表就会被解释为stuff的一部分。
如：
这个宏接收一个参数 x，
如果在上述声明之后，你把
置于程序中，预处理器就会用下面这个表达式替换上面的表达式： 
警告：
这个宏存在一个问题：
观察下面的代码段：
乍一看，你可能觉得这段代码将打印36这个值。
事实上，它将打印11
为什么？
替换文本时，参数x被替换成a+1，所以这条语句实际上变成了：
printf("%d\n", a + 1 * a + 1);
这样就比较清晰了，由替换产生的表达式并没有按照预想的次序进行求值。
在宏定义上加上两个括号，这个问题便轻松的解决了：
这样预处理之后就产生了预期的效果：
这里还有一个宏定义：
定义中我们使用了括号，想避免之前的问题，但是这个宏可能会出现新的错误。
这将打印什么值呢？
warning：
看上去，好像打印100，但事实上打印的是55
我们发现替换之后：
乘法运算先于宏定义的加法，所以出现了 55
这个问题的解决办法是在宏定义表达式两边加上一对括号就可以了。
提示：
所有用于对数值表达式进行求值的宏定义都应该以这种方式加上括号，避免在使用宏时由于v参数中的操作符或者邻近操作符之间不可预料的相互作用。
3.2.3 #define替换规则
在程序中扩展#define定义符号和宏时，需要涉及几个步骤。
1.在调用宏时，首先对参数进行检查，看看是否包含任何由#define定义的符号。如果是，他
们首先被替换。
2.替换文本随后被插入到程序中原来文本的位置。对于宏，参数名被他们的值替换。
3.最后，再次对结果文件进行扫描，看看它是否包含任何由#define定义的符号。如果是，就
重复上述处理过程。
注意：
1.宏参数和#define定义中可以出现其他#define定义的符号。但是对于宏，不能出现递归。
2.当预处理器搜索#define定义的符号的时候，字符串常量的内容并不被搜索。
3.2.4 #和##
#的作用
如何把参数插入到字符串中？
首先我们看看这样的代码：
这里输出的是不是 hello bit ?
答案是确定的：是。
我们发现字符串是有自动连接的特点的。
1.那我们是不是可以这样写代码？：
这里只有当字符串作为宏参数的时候才可以把字符串放在字符串中。
2.另外一个技巧是：
使用#，把一个宏参数变成对应的字符串。
比如：
代码中的#VALUE会被预处理器处理为："VALUE"
最终的输出结果应该是：
##的作用
##可以把位于它两边的符号合成一个符号。
它允许宏定义从分离的文本片段创建标识符。
注：
这样的连接必须产生一个合法的标识符。否则其结果就是未定义的。
3.2.5 带副作用的宏参数
当宏参数在宏的定义中出现出现超过一次的时候，如果参数带有副作用，那么你在使用这个宏的时候就可能出现危险，导致不可预测的后果。副作用就是表达式求值的时候出现永久性的效果。
例如：
MAX宏可以证明具有副作用的参数所引起的问题。
这里我们得知道预处理器处理之后的结果是什么：
所以输出的结果是：
3.2.6 宏和函数对比
宏通常被应用于执行简单的运算。
比如在两个数中找出较大的一个。
那为什么不用函数来完成这个任务？
原因有二：
1.用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。
所以宏比函数在程序的规模和速度方面更胜一筹。
2.更为重要的是函数的参数必须声明为特定的类型。
所以函数只能在类型合适的表达式上使用。反之这个宏可以适用于整型、长整型、浮点型
等可以用 > 来比较的类型。
宏是类型无关的。
宏的缺点：当然和函数相比宏也有劣势的地方：
1.每次使用宏的时候，一份宏定义的代码将插入到程序中。除非宏比较短，否则可能大幅度增
加程序的长度。
2.宏是没法调试的。
3.宏由于类型无关，也就不够严谨。
4.宏可能会带来运算符优先级的问题，导致程序容易出错。
宏有时候可以做函数做不到的事情。比如：宏的参数可以出现类型，但是函数做不到。
宏和函数的一个对比
3.2.7 命定约定
一般来讲函数和宏的使用语法很相似。所以语言本身没办法帮我们区分二者。
那我们平时的一个习惯是：
把宏名全部大写
函数名不要全部大写
3.3 #undef
这条指令用于移除一个宏定义。
3.4 命令行定义
许多C的编译器提供了一种能力，允许在命令行中定义符号。用于启动编译过程。
例如：当我们根据同一个源文件要编译出一个程序的不同版本的时候，这个特性有点用处。（假定一个程序中声明了一个某个长度的数组，如果机器内存有限，我们需要一个很小的数组，但是另一个机器内存大些，我们需要一个数组能够大些。）
编译指令：
3.5 条件编译
在编译一个程序的时候我们如果要将一条语句（一组语句）编译或者放弃是很方便的。因为我们有条件编译指令。
比如说：
调试性的代码，删除可惜，保留又碍事，所以我们可以选择性的编译。
常见的条件编译指令：
3.6 文件包含
我们已经知道，#include 指令可以使另外一个文件被编译。就像它实际出现于 #include 指令的地方一样。
这种替换的方式很简单：
预处理器先删除这条指令，并用包含文件的内容替换。
这样一个源文件被包含10次，那就实际被编译10次。
3.6.1 头文被包含的方式：
- 本地文件包含
查找策略：现在源文件所在目录下查找，如果该头文件未找到，编译器就像查找库函数头文件一样在标准位置查找头文件。
如果找不到就提示编译错误。
Linux环境的标准头文件路径：
VS环境的标准头文件的路径：
注意按照自己的安装路径去找。
- 库文件包含
查找头文件直接去标准路径下查找，如果找不到就提示编译错误。
这样是不是可以说，对于库文件也可以使用”“的形式包含？
答案是肯定的，可以。
但是这样做查找的效率就低些，当然这样也不容易区分是库文件还是本地文件了。
3.6.2 嵌套文件包含
如果出现这样的场景：
comm.h 和 comm.c 是公共模块。
test1.h 和 test1.c 使用了公共模块.
test2.h 和 test2.c 使用了公共模块。
test.h 和 test.c 使用了 test1模块和 test2模块。
这样最终程序中就会出现两份 comm.h 的内容。这样就造成了文件内容的重复。
如何解决这个问题？
答案：条件编译。
每个头文件的开头写：
或者：
就可以避免头文件的重复引用。
注：
推荐《高质量c/c++编程指南》中附录的考试试卷（很重要）。
笔试题：
4.其他预处理指令
参考《C语言深度解剖》学习
扫一扫
1451
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
