程序环境和预处理

2023-12-27 12:31:34

目录

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

?1.1 翻译环境

1.2 编译的三个阶段?

1.3 运行环境

2. 预处理详解?

2.1 预定义符号?

2.2 #define?

2.2.1?#define 定义标识符

2.2.2 #define 定义宏

2.2.3 #define 替换规则

?2.2.4 #和##

2.2.5 带副作用的宏参数

2.2.6 宏和函数对比

2.2.7 命名约定

2.3 #undef

2.4 命令行定义

2.5 条件编译

2.6 文件包含

2.6.1 头文件被包含的方式：

2.6.2 嵌套文件包含

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

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

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

计算机能够执行二进制指令，但是我们写的c语言代码是文本信息，计算机无法直接理解，所以需要在翻译环境中将c语言代码转换成二进制指令（可执行程序）。?

?1.1 翻译环境

?

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

1.2 编译的三个阶段?

在链接阶段中，符号表的合并和符号表的重定位主要是将程序中函数的地址(除去函数声明的函数无效地址)合在一张符号表中，再对他们进行重定位 。

链接完成以后，也就生成了我们所说的.exe文件

Linux下gcc编译产生的目标文件test.o,可执行程序test 都是按照ELF这种文件格式来存储的。readelf工具能够识别elf格式的文件。

符号表的作用

  1. 链接的时候，链接器会去符号表查找引用的符号是否存在。
  2. 对于常量，编译器会向符号表查找const的值，直接替换。

1.3 运行环境

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

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

2. 预处理详解?

2.1 预定义符号?

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

这些预定义符号都是语言内置的。?

举个例子：

int main()
{
	printf("%s\n", __FILE__);

	printf("%d\n", __LINE__);

	printf("%s\n", __TIME__);

	printf("%s\n", __DATE__);
	return 0;
}

2.2 #define?

2.2.1?#define 定义标识符
语法：
#define name stuff

#define MAX 1000
#define STR "abc"
#define reg register ?????//为 register这个关键字，创建一个简短的名字
#define do_forever for(;;) ??//用更形象的符号来替换一种实现
#define CASE break;case ????//在写case语句的时候自动把 break写上。
// 如果定义的 stuff过长，可以分成几行写，除了最后一行外，每行的后面都加一个反斜杠(续行符)。
#define DEBUG_PRINT printf("file:%s\tline:%d\t \
?????????????date:%s\ttime:%s\n" ,\
?????????????__FILE__,__LINE__ , ???\
?????????????__DATE__,__TIME__ )?// \续航符

注意：#define定义的标识符将会在预处理阶段进行替换：

?注：建议define定义符号时后面不要加上 ; ,这样容易导致问题。

这里会出现语法错误。

2.2.2 #define 定义宏

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

?下面是宏的申明方式：

#define name( parament-list ) stuff

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

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

举个例子（求参数的平方）：

#define SQUARE(x) x*x

int main()
{
	int a = 3;
	int r = SQUARE(a);
	printf("%d", r);
	return 0;
}

这个宏接收一个参数 x .如果在上述声明之后，你把SQUARE( 3?);置于程序中，预处理器就会用下面这个表达式替换上面的表达式：3*3，结果为9.

警告：这个宏存在一个问题，当运行下列代码：

int a = 5;
printf("%d\n" ,SQUARE( a + 1) );

乍一看，你可能觉得这段代码将打印16这个值。


事实上，它将打印7.

替换文本时，参数x被替换成a + 1,所以这条语句实际上变成了：
printf ("%d\n",a + 1 * a + 1 );

这样就比较清晰了，由替换产生的表达式并没有按照预想的次序进行求值，从而结果不正确。

?在宏定义上加上两个括号，这个问题便轻松的解决了：

#define SQUARE(x) (x) * (x)
//这样预处理之后就产生了预期的效果：
printf ("%d\n",(a + 1) * (a + 1) )

还存在另一个问题，定义中我们使用了括号，想避免之前的问题，但是这个宏可能会出现新的错误：

#define DOUBLE(x) (x) + (x)
int main()
{
	int a = 5;
	printf("%d\n", 10 * DOUBLE(a));
	return 0;
}

期望结果为100，但是事实上结果为55。我们发现替换之后：

printf ("%d\n",10 * (5) + (5));//55

这个问题，的解决办法是在宏定义表达式两边加上一对括号就可以了。

#define DOUBLE( x) ?( ( x ) + ( x ) )

再次运行，结果为100.

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

2.2.3 #define 替换规则

在程序中扩展#define定义符号和宏时，需要涉及几个步骤。
1. 在调用宏时，首先对参数进行检查，看看是否包含任何由#define定义的符号。如果是，它们首先被替换。
2. 替换文本随后被插入到程序中原来文本的位置。对于宏，参数名被他们的值所替换。
3. 最后，再次对结果文件进行扫描，看看它是否包含任何由#define定义的符号。如果是，就重复上述处理过程。
注意：
1. 宏参数和#define 定义中可以出现其他#define定义的符号。但是对于宏，不能出现递归。
2. 当预处理器搜索#define定义的符号的时候，字符串常量的内容并不被搜索。?

#define MAX 100
int main()
{
	char* ch = "MAX";
	//MAX为常量字符串，不能被宏替换
	return 0;
}
?2.2.4 #和##

#的作用

首先我们看看这样的代码：

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

这里输出的是hello bit ,我们发现字符串是有自动连接的特点的。那我们是不是可以写这样的代码:

#define PRINT(FORMAT, VALUE)\
printf("the value is "FORMAT"\n", VALUE);
...
PRINT("%d", 10);

注：这里只有当字符串作为宏参数的时候才可以把字符串放在字符串中。

另外一个技巧是：使用 # ，把一个宏参数变成对应的字符串。比如：

int i = 10;
#define PRINT(FORMAT, VALUE)\
printf("the value of "#VALUE "is "FORMAT"\n", VALUE);
...
PRINT("%d", i+3);//产生了什么效果？

代码中的 #VALUE 会预处理器处理为："VALUE" .

最终的输出的结果应该是：the value of i+3 is 13

## 的作用

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

#define ADD_TO_SUM(num, value) \
sum##num += value;
...
ADD_TO_SUM(5, 10);//作用是：给sum5增加10.

注：这样的连接必须产生一个合法的标识符。否则其结果就是未定义的。

2.2.5 带副作用的宏参数

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

x+1;//不带副作用
x++;//带有副作用

?MAX宏可以证明具有副作用的参数所引起的问题。

#define MAX(a, b) ( (a) > (b) ? (a) : (b) )
...
x = 5;
y = 8;
z = MAX(x++, y++);
printf("x=%d y=%d z=%d\n", x, y, z);

我们得知道预处理器处理之后的结果是：z = ( (x++) > (y++) ? (x++) : (y++));

所以输出的结果是：x=6 y=10 z=9?

2.2.6 宏和函数对比

宏通常被应用于执行简单的运算。

#define MAX(a,b) ((a)>(b)?(a):(b))

int Max(int x, int y)
{
	return (x > y ? x : y);
}

int main()
{
	int a = 5;
	int b = 6;
    //int c = MAX(a, b);
    int c = Max(a,b);
	printf("a= %d\n", a);
	printf("b= %d\n", b);
	printf("c= %d\n", c);
}

转到反汇编查看：?

?由此可见，在小型计算工作上，宏比函数在程序的规模和速度方面更胜一筹。

为什么不用函数来完成这个任务？
1. 用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。所以宏比函数在程序的规模和速度方面更胜一筹。
2. 更为重要的是函数的参数必须声明为特定的类型。所以函数只能在类型合适的表达式上使用。反之这个宏可以适用于整形、长整型、浮点型等可以用于来比较的类型。宏是类型无关的。?

宏的缺点：当然和函数相比宏也有劣势的地方：
1. 每次使用宏的时候，一份宏定义的代码将插入到程序中。除非宏比较短，否则可能大幅度增加程序的长度。
2. 宏是没法调试的。?

3. 宏由于类型无关，也就不够严谨。
4. 宏可能会带来运算符优先级的问题，导致程容易出现错。

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

#define MALLOC(num, type)\
(type *)malloc(num * sizeof(type))
...
//使用
MALLOC(10, int);//类型作为参数
//预处理器替换之后：
(int *)malloc(10 * sizeof(int));

?宏和函数的对比：

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

调
试

宏是不方便调试的函数是可以逐语句调试的。
递
归		宏是不能递归的函数是可以递归的
2.2.7 命名约定

把宏名全部大写
函数名不要全部大写?

2.3 #undef

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

#undef NAME
//如果现存的一个名字需要被重新定义，那么它的旧名字首先要被移除。

2.4 命令行定义

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

#include <stdio.h>
int main()
{
??int array [ARRAY_SIZE];
??int i = 0;
??for(i = 0; i< ARRAY_SIZE; i ++)
?{
????array[i] = i;
?}
??for(i = 0; i< ARRAY_SIZE; i ++)
?{
????printf("%d " ,array[i]);
?}
??printf("\n" );
??return 0;
}

编译指令：

//linux 环境演示
gcc -D ARRAY_SIZE=10 programe.c

2.5 条件编译

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

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

#include <stdio.h>
#define __DEBUG__

int main()
{
    int i = 0;
    int arr[10] = { 0 };
    for (i = 0; i < 10; i++)
    {
        arr[i] = i;
#ifdef __DEBUG__
        printf("%d\n", arr[i]);//为了观察数组是否赋值成功。
#endif 
    }
    return 0;
}

当我们把#defie__DEBUG__注释掉，这样条件编译就不成立，就不会打印数组.??

常见的条件编译指令：

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
#endi

2.6 文件包含

我们已经知道， #include 指令可以使另外一个文件被编译。就像它实际出现于 #include 指令的地方一样。

这种替换的方式很简单：
预处理器先删除这条指令，并用包含文件的内容替换。
这样一个源文件被包含10次，那就实际被编译10次。

2.6.1 头文件被包含的方式：
  • 本地文件包含
#include "filename"

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

  1. Linux环境的标准头文件的路径：?

/usr/include

???????2.VS环境的标准头文件的路径：

C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include
//这是VS2013的默认路径?

  • 库文件包含
#include <filename.h>

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

这样是不是可以说，对于库文件也可以使用 “” 的形式包含？
答案是肯定的，可以。但是这样做查找的效率就低些，当然这样也不容易区分是库文件还是本地文件了。

2.6.2 嵌套文件包含

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

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

文章来源:https://blog.csdn.net/qq_54176670/article/details/135219109
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。