提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
目录
世上有两种耀眼的光芒,一种是正在升起的太阳,一种是正在努力学习编程的你!一个爱学编程的人。各位看官,我衷心的希望这篇博客能对你们有所帮助,同时也希望各位看官能对我的文章给与点评,希望我们能够携手共同促进进步,在编程的道路上越走越远!
提示:以下是本篇文章正文内容,下面案例可供参考
C语言设置了一些预定义符号,可以直接使用,预定义符号也是在预处理期间处理的。
__FILE__ //进行编译的源文件
__LINE__ //文件当前的行号
__DATE__ //文件被编译的日期
__TIME__ //文件被编译的时间
__STDC__ //如果编译器遵循ANSI C,其值为1,否则未定义
代码演示:
基本语法:
#define name stuff
- #define MAX 1000
- #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 MAX 1000;
- #define MAX 1000
建议不要加上 ; ,这样容易导致问题。
比如下面的场景:
- if(condition)
- max = MAX;
- else
- max = 0;
如果是加了分号的情况,等替换后,if和else之间就是2条语句,而没有大括号的时候,if后边只能有一条语句。这里会出现语法错误。
#define 机制包括了一个规定,允许把参数替换到文本中,这种实现通常称为宏(macro)或定义宏 (define macro)。
下面是宏的申明方式:
#define name( parament-list ) stuff
其中的 parament-list 是一个由逗号隔开的符号表,它们可能出现在stuff中。
注意:
参数列表的左括号必须与name紧邻,如果两者之间有任何空白存在,参数列表就会被解释为stuff的一部分。
举例:
#define SQUARE( x ) x * x
这个宏接收一个参数 x .如果在上述声明之后,你把 SQUARE( 5 ); 置于程序中,预处理器就会用那个下面这个表达式替换上面的表达式: 5 * 5
代码演示:
警告:
这个宏存在一个问题:
观察下面的代码段:
在宏定义上加上两个括号,这个问题便轻松的解决了:
#define SQUARE(x) (x) * (x)
我们来改正一下代码:
我们再来另外补充一个代码:
我们来改正一下:
提示:
所以用于对数值表达式进行求值的宏定义都应该用这种方式加上括号,避免在使用宏时由于参数中的操作符或邻近操作符之间不可预料的相互作用。
当宏参数在宏的定义中出现超过一次的时候,如果参数带有副作用,那么你在使用这个宏的时候就可能出现危险,导致不可预测的后果。副作用就是表达式求值的时候出现的永久性效果。
例如:
- x+1;//不带副作⽤
- x++;//带有副作⽤
MAX宏可以证明具有副作用的参数所引起的问题。
我们来把代码改正一下:
函数是把值传递进去的,而宏是直接替换进去的
宏是替换的,宏的参数是没有类型的
在程序中扩展#define定义符号和宏时,需要涉及几个步骤。
1. 在调用宏时,首先对参数进行检查,看看是否包含任何由#define定义的符号。如果是,它们首先被替换。
2. 替换文本随后被插入到程序中原来文本的位置。对于宏,参数名被他们的值所替换。
3. 最后,再次对结果文件进行扫描,看看它是否包含任何由#define定义的符号。如果是,就重复上述处理过程。
注意:
1. 宏参数和#define 定义中可以出现其他#define定义的符号。但是对于宏,不能出现递归。
2. 当预处理器搜索#define定义的符号的时候,字符串常量的内容并不被搜索。
计算逻辑如果比较简单:就可以使用宏
计算逻辑如果比较复杂:就可以使用函数
宏通常被应用于执行简单的运算。 比如在两个数中找出较大的一个时,写成下面的宏,更有优势一些。
#define MAX(a, b) ((a)>(b)?(a):(b))
那为什么不用函数来完成这个任务?
原因有二:
1. 用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。所以宏比函数在程序的规模和速度方面更胜一筹。
2. 更为重要的是函数的参数必须声明为特定的类型。所以函数只能在类型合适的表达式上使用。反之这个宏怎可以适用于整形、长整型、浮点型等可以用于 > 来比较的类型。宏是类型无关的。
和函数相比宏的劣势:
1. 每次使用宏的时候,一份宏定义的代码将插入到程序中。除非宏比较短,否则可能大幅度增加程序的长度。
2. 宏是没法调试的。
3. 宏由于类型无关,也就不够严谨。
4. 宏可能会带来运算符优先级的问题,导致程容易出现错。
宏有时候可以做函数做不到的事情。比如:宏的参数可以出现类型,但是函数做不到。
- #define MALLOC(num, type)\
- (type )malloc(num sizeof(type))
- ...
- //使⽤
- MALLOC(10, int);//类型作为参数
- //预处理器替换之后:
- (int )malloc(10 sizeof(int));
宏和函数的一个对比
#运算符将宏的一个参数转换为字符串字面量。它仅允许出现在带参数的宏的替换列表中。
#运算符所执行的操作可以理解为”字符串化“。
当我们有一个变量 int a = 10; 的时候,我们想打印出: the value of a is 10 . 就可以写:
## 可以把位于它两边的符号合成一个符号,它允许宏定义从分离的文本片段创建标识符。 ## 被称 为记号粘合
这样的连接必须产生一个合法的标识符。否则其结果就是未定义的。
这里我们想想,写一个函数求2个数的较大值的时候,不同的数据类型就得写不同的函数。 比如:
一般来讲函数的宏的使用语法很相似。所以语言本身没法帮我们区分二者。 那我们平时的一个习惯是:
把宏名全部大写
函数名不要全部大写
这条指令用于移除一个宏定义。
- #undef NAME
- //如果现存的⼀个名字需要被重新定义,那么它的旧名字⾸先要被移除。
代码演示:
许多C 的编译器提供了一种能力,允许在命令行中定义符号。用于启动编译过程。 例如:当我们根据同一个源文件要编译出一个程序的不同版本的时候,这个特性有点用处。(假定某个程序中声明了一个某个长度的数组,如果机器内存有限,我们需要一个很小的数组,但是另外一个机器内存大些,我们需要一个数组能够大些。)
- #include
- 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.
- #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
分支的条件编译:
判断是否被定义:
#include "filename"
查找策略:1:先在源文件所在目录下查找,如果该头文件未找到,2:编译器就像查找库函数头文件一样在标准位置查找头文件。
如果找不到就提示编译错误。
Linux环境的标准头文件的路径:
/usr/include
VS环境的标准头文件的路径:
- C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include
- //这是VS2013的默认路径
注意按照自己的安装路径去找。
#include
查找头文件直接去标准路径下去查找,如果找不到就提示编译错误。
这样是不是可以说,对于库文件也可以使用 “” 的形式包含?
答案是肯定的,可以,但是这样做查找的效率就低些,当然这样也不容易区分是库文件还是本地文件了。
我们已经知道, #include 指令可以使另外一个文件被编译。就像它实际出现于 #include 指令的地方以样。
这种替换的方式很简单:预处理器先删除这条指令,并用包含文件的内容替换。
以个头文件被包含10次,那就实际被编译10次,如果重复包含,对编译的压力就比较大。
test.c
- #include "test.h"
- #include "test.h"
- #include "test.h"
- #include "test.h"
- #include "test.h"
- int main()
- {
-
- return 0;
- }
test.h
- void test();
- struct Stu
- {
- int id;
- char name[20];
- };
如果直接这样写,test.c文件中将test.h包含5次,那么test.h文件的内容将会被拷贝5份在test.c中。 如果test.h 文件比较大,这样预处理后代码量会剧增。如果工程比较大,有公共使用的文件,被大家都能使用,又不做任何的处理,那么后果真的不堪设想。
如何解决头文件被重复引入的问题?答案:条件编译。
每个头文件的开头写:
- #ifndef __TEST_H__
- #define __TEST_H__
- //头⽂件的内容
- #endif //__TEST_H__
或者
#pragma once
就可以避免头文件的重复引入。
我们来模拟实现一下offsetof()函数:
好了,本篇博客到这里就结束了,如果有更好的观点,请及时留言,我会认真观看并学习。
不积硅步,无以至千里;不积小流,无以成江海。