#define宏定义

#define

语法规定

#define定义标识符

语法: #define name stuff

#define例子

#include<stdio.h>
#define A 100
#define STR "abc"
#define FOR for(;;)

int main()
{
	printf("%d\n", A);
	printf("%s\n", STR);
	FOR;
		return 0;
}

运行结果

在预处理阶段 A被替换成了100

STR被替换成了abc

FOR替换了for(;;);死循环——因此在运行窗口一直出现_

因为在VS2019看不见预处理阶段，我用Xshell——linux底层来观察预处理阶段的宏替换

我们知道C语言编译链接有预处理——编译——汇编——链接 4个阶段

预处理一般干的事情有——头文件展开去注释宏替换条件编译

在写switch语句经常忘记写break 我们就可以使用宏定义把case break缩写成case在预处理阶段自动帮我们加break语句

#include<stdio.h>
#define CASE break;case


int main()
{
	int x = 0;
	scanf("%d", &x);
	switch (x)
	{
	CASE 1:
		printf("xxx");
	CASE 2:
		printf("yyyy");
	CASE 3:
		printf("zzz");
	}
	
		return 0;
}

#define玩法还有很多自己发挥想象在合适的场景都可以随机应变的去使用它。

在define定义标识符的时候最后应该加不加上;？

一般我们是不建议在语句最后加上分号的，因为这样会容易导致出现问题

比如

不能在宏替换后面加分号，因为在预处理阶替换时会出现语法错误 y=100;;

两个分号会变成两条语句 else不知道与谁匹配

#define定义宏

语法规定

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

#define name( parament-list ) stuff

比如

注意事项

参数列表的左括号必须与name紧邻。#define MAX(x,y) 不能是#define MAX（x,y)

如果两者之间有任何空白存在，参数列表就会被解释为stuff的一部分。

出现编译报错

当我宏定义求最大数时，给每个参数都加了个括号这样有必要吗？

答案是非常有必要的！因为在有些情况不加括号会出现预期之外的结果

比如

我们想要的结果是7的平方 49

但结果却是17 这是为什么呢?

问题所在因为*的优先级高于+，因此先执行2*5=10 10+5+2=17

这就体现了加括号的重要性

加括号

因此为了更好的保证在预处理阶段#define替换的准确性——给每个参数和整个参数加上括号

#define 替换规则

在程序中扩展#define定义符号和宏时，需要涉及几个步骤。
1.在调用宏时，首先对参数进行检查，看看是否包含任何由#define定义的符号。如果是，它们首被替换。
2.替换文本随后被插入到程序中原来文本的位置。对于宏，参数名被他们的值所替换3.最后，再次对结果文件进行扫描，看看它是否包含任何由#define定义的符号。如果是，就重复述处理过程。

注意:
1.宏参数和#define 定义中可以出现其他#define定义的符号。但是对于宏，不能出现递归。2.当预处理器搜索#define定义的符号的时候，字符串常量的内容并不被搜索

#和##

如何把参数插入到字符串中？

我们发现字符串有自动连接的特点。

当我们想把一个变量名字+值打印出来了但每次需要我们需要手动替换

那有没有一种办法变量字符名加到字符串中去呢？

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

format是输出格式这样什么类型的值都可以输出了

##作用

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

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

带有副作用的宏参数

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

x+1 y+2 不具有副作用

x++ y++ 具有副作用

++分为前置++和后置++

前置++是先++再使用后置++是先使用再++

比如

x，y，c结果是多少？

结果是x=8 y=11 c=10

因此定义宏时候尽量不使用带有副作用的宏参数

宏和函数对比

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

最高效的其实是宏定义的MAX效率高，为什么呢？

1.用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多

所以宏比函数在程序的规模和速度方面更胜一筹。

2.更为重要的是函数的参数必须声明为特定的类型。

所以函数只能在类型合适的表达式上使用。反之这个宏怎可以适用于整形、长整型、浮点型等可以用于>来比较的类型。
宏是类型无关的。

Max函数的反汇编

通过反汇编可以看出，Max函数会执行一堆的汇编指令需要建立函数栈帧空间

MAX宏定义函数的反汇编

没有那么多的汇编指令也不需要建立函数栈帧空间且不需要调试

宏甚至可以做到函数做不到的事情

比如

宏参数可以出现类型但函数是做不到的

宏是多份替换的只要使用的宏定义的地方都会替换成stuff所有东西

因此宏如果很大替换的地方也多就会增加程序的负担。

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

命名规定

一般来讲函数的宏的使用语法很相似。

所以语言本身没法帮我们区分二者

建议：
把宏名全部大写
函数名不要全部大写

#undef

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

#undef NAME

比如

出现了编译错误 MAX未定义

命令行定义

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

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

编译指令

gcc -D 数组个数 + 文件名 D和文件名在前或者后都可以

gcc test.c -D SZ=10 -o test

VS2019演示不了，所以用gcc环境下——linux演示

条件编译

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

比如调试的代码：有些代码删除很可惜，保留又碍事，有点食之无味弃之可惜的感觉，因此我们可以选择性编译——依靠条件编译指令

常见的条件编辑指令有4种

第一种

#if 常量表达式

....

#endif

常量表达式由编译器处理求值

如果#if 后面为真就执行后面语句为假就执行#endif后面语句

#if 后面为假 VS2019下后面语句会变灰

我们可以看到预处理阶段为假的语句被直接删除

第二种多个分支的条件编译

#if 常量表达式

.....

#elif 常量表达式

.....

#else

....

#endif

第三种判断是否被定义

#if defined(symbol)

#ifdef symbol

#if !defined(symbol)

#ifndef symbol

只要被定义过了就会执行后面语句不会管条件为真或假

#if defined(M) == #ifdef M

#if !defined(M) == #ifndef M

第四种嵌套指令

#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 0 ;

#endif
#endif

这种嵌套式在stdio.h库文件里面很多

等等有很多。

文件包含

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

这种替换的方式很简单:

预处理器先删除这条指令，并用包含文件的内容替换

这样一个源文件被包含10次，那就实际被编译10次。

头文件被包含的方式：

本地文件包含 ——#include "filename"

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

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

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

我们先看一个例子

我们用#include包含了本地文件但我们还没有在源文件下创立一个test.h 编译器先去源文件目录查找再去库函数目录下再去查找都没有找到test.h文件因此会报错。

但只要我们在VS环境标准的头文件路径下面把test.h剪切到stdio.h库文件目录下面可以编译成功

在你实验完成后记得删除test.h，为了保持头文件的整洁，不破坏库函数文件的使用。

那我们以后可不可以用" "用于库文件的包含

理论上的是可以的，但是这样做查找的效率就低些，当然这样也不容易区分是库文件还是本地文件了。同时对编译器压力会很大，因为" "先会去源文件目录下去寻找包含的目标文件，如果没有找到才回去库函数文件目录去寻找，库文件包含会浪费一次寻找时间，因此我们要区分库文件包含<>和本地包含" "的使用，这样编译器压力会变小。