程序环境和预处理(下）：#define、#undef、命令行编译、条件编译、文件包含（超全整理，建议收藏！！！

最新推荐文章于 2022-10-17 10:42:14 发布

vpurple__

最新推荐文章于 2022-10-17 10:42:14 发布

阅读量384

点赞数 21

分类专栏： c语言进阶之路文章标签： c语言

本文链接：https://blog.csdn.net/vpurple_/article/details/125925177

版权

c语言进阶之路专栏收录该内容

6 篇文章 2 订阅

订阅专栏

1、预处理详解

1.1 预定义符号

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

__FILE__ //进行编译的源文件

__LINE__ //文件当前的行号

__DATE__ //文件被编译的日期

__TIME__ //文件被编译的时间

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

代码演示如下：

用途：可以在管理员日志文件中，记录相关信息。

1.2 #define

1.2.1 #define 定义标识符

语法： #define name stuff

注意：在define定义的最后面不要加分号。

以 #define print printf("hello\n") 为例：

//定义一个数字

#define MAX 1000

//为 register这个关键字，创建一个简短的名字
#define reg register

//用更形象的符号来替换一种实现

#define do_forever for(;;)

//在写case语句的时候自动把 break写上。

#define CASE break;case

// 如果定义的 stuff过长，可以分成几行写，除了最后一行外，每行的后面都加一个反斜杠(续行符)。

//续行符，相当于使用反斜杠\把回车转义，使得回车不是回车，从而达到代码在一行的效果。

#define DEBUG_PRINT printf("file:%s\tline:%d\t \

date:%s\ttime:%s\n" , \

__FILE__,__LINE__ , \

__DATE__,__TIME__ )

宏是有参数的，单纯#define 定义的是没有参数的

1.2.2 #define 定义宏

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

下面是宏的申明方式：

#define name( parament-list ) stuff

name是宏名，parament-list是参数列表，stuff是文本，也就是宏体，宏的内容。

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

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

易错点：宏的参数不是计算之后进入而是直接替换进入的。

将上图演示代码优化如下：

补充一下：

忠告：在写宏的时候尽量不要吝啬括号，否则容易引起参数里面的操作符和宏内容里面的表达式的计算顺序，达不到我们预期的运算顺序。

1.2.3 #define 替换规则

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

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

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

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

注意：

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

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

1.2.4 #和##

#作用

首先补充一个小点：

字符串是有自动连接的特点的。

使用 # ，把一个宏参数变成对应的字符串。

## 作用

##可以把位于它两边的符号合成一个符号。

它允许宏定义从分离的文本片段创建标识符。

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

1.2.5 带副作用的宏参数

当宏参数在宏的定义中出现超过一次的时候，如果参数带有副作用，那么在使用这个宏的时候就可能出现危险，导致结果不可预测。

副作用就是表达式求值的时候出现的永久性效果。

n = x + 1; //不带副作用

n = x ++; //带有副作用 (在这里副作用是指程序走完这一行之后不仅会对n赋值，还会对x自增）

例如：

1.2.6 宏和函数对比

宏通常被应用于执行简单的运算。比如在两个数中找出较大的一个。

宏的优点

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

2.宏是类型无关的。

更为重要的是函数的参数必须声明为特定的类型。所以函数只能在类型合适的表达式上使用。

反之这个宏怎可以适用于整形、长整型、浮点型等可以用于>来比较的类型。

宏的缺点：

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

2. 宏是没法调试的。在执行调试操作的时候，宏在预处理的时候就已经被替换的面目全非了。

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

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

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

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

1.2.7 命名约定

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

1.3 #undef

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

#undef NAME

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

1.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

1.5 条件编译

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

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

常见的条件编译指令：

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

1.6 文件包含

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

1.6.1 头文件被包含的方式：

< >和" "主要是查找策略不同：

<> 查找策略：直接去库目录下查找

“ ”查找策略：1.先去代码所在的路径下查找 2.如果第一步查不到，再去库目录下查找

本地文件包含

#include "filename"

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

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

/usr/include

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

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

库文件包含

#include <filename>

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

请注意：

库文件也可以使用 “” 的形式包含，但是这样做查找的效率就低些，也不容易区分是库文件还是本地文件了。

1.6.2 嵌套文件包含

如果头文件不小心多次包含，这样就造成了文件内容的重复冗余。如何解决这个问题？

答案：条件编译。（防止头文件重复包含）

每个头文件的开头写：

或者在文件第一行加：

#pragma once

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

一点感慨

现在的我颇有一种一堆零食、几瓶水、一个电脑、一节网课、一个博客写一天的气势，之前欠的债太多了，要好好补才行。

如果这篇博客有什么错误或者欠缺的话，欢迎大家指正补充，希望对大家有所帮助。感谢阅读(^__^)

vpurple__

关注

21
点赞
踩
9

收藏

觉得还不错? 一键收藏
打赏
23
评论
程序环境和预处理(下）：#define、#undef、命令行编译、条件编译、文件包含（超全整理，建议收藏！！！

这么可爱的狗狗你不进来看一下吗？程序环境和预处理(下）：#define、#undef、命令行编译、条件编译、文件包含（超全整理，建议收藏！！！
复制链接

扫一扫