C语言深入探究程序的编译之预处理

目录

  • 1.程序的翻译环境和执行环境
  • 2.详解编译与链接
    • 2.1翻译环境
    • 2.2编译本身也分为几个阶段
    • 2.3运行环境
  • 3.预处理详解
    • 3.1预处理符号
    • 3.2#define
      • 3.2.1#define定义标识符
      • 3.2.2#define定义宏
      • 3.2.3#define的替换规则
      • 3.2.4 宏和函数对比
      • 3.2.5命名约定
    • 3.3#undef
      • 3.4条件编译

      1.程序的翻译环境和执行环境 在ANSI C中任何一种实现中,存在两个不同的环境.
      第一种是翻译环境,在这个环境中源代码被转换为可执行的机器指令
      第二种执行环境,它用于实际执行代码。

      2.详解编译与链接
      2.1翻译环境
      C语言深入探究程序的编译之预处理
      文章图片

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

      2.2编译本身也分为几个阶段
      C语言深入探究程序的编译之预处理
      文章图片


      2.3运行环境
      程序执行的过程:
      1. 程序必须载入内存中。在有操作系统的环境中:一般这个由操作系统完成。在独立的环境中,程序 的载入必须由手工安排,也可能是通过可执行代码置入只读内存来完成。
      2. 程序的执行便开始。接着便调用main函数
      3.开始执行程序代码。这个时候程序将使用一个运行时堆栈(stack),存储函数的局部变量和返回 地址。程序同时也可以使用静态(static)内存,存储于静态内存中的变量在程序的整个执行过程一直保留他们的值。
      4. 终止程序。正常终止main函数;也有可能是意外终止

      3.预处理详解
      3.1预处理符号
      __FILE__ //进行编译的源文件
      __LINE__ //文件当前的行号
      __DATE__ //文件被编译的日期
      __TIME__ //文件被编译的时间
      __STDC__ //如果编译器遵循ANSI C,其值为1,否则未定义

      3.2#define

      3.2.1#define定义标识符
      //语法#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__ )


      3.2.2#define定义宏 #define 机制包括了一个规定,允许把参数替换到文本中,这种实现通常称为宏(macro)或定义
      宏(define macro)。
      声明方式:
      #define name( parament-list ) stuff

      举例:
      #define ADD(x) x+xint a = 5; ADD(a)//等价于//ADD(a)=5+5


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

      3.2.4 宏和函数对比 宏通常被应用于执行简单的运算。
      比如在两个数中找出较大的一个。
      #define MAX(a, b) ((a)>(b)?(a):(b))

      那为什么不用函数来完成这个任务?
      原因有二:
      1. 用于调用函数和从函数返回的代码可能比实际执行这个小型计算工作所需要的时间更多。 所以宏比函数在程序的规模和速度方面更胜一筹。
      2. 更为重要的是函数的参数必须声明为特定的类型。 所以函数只能在类型合适的表达式上使用。反之这个宏怎可以适用于整形、长整型、浮点型等可以用>来比较的类型。
      宏是类型无关的。
      宏的缺点:当然和函数相比宏也有劣势的地方:
      1. 每次使用宏的时候,一份宏定义的代码将插入到程序中。除非宏比较短,否则可能大幅度增加程序的长度。
      2. 宏是没法调试的。
      3. 宏由于类型无关,也就不够严谨。
      4. 宏可能会带来运算符优先级的问题,导致程容易出现错
      宏和函数的一个对比:
      属性 #define定义宏 函数
      代码长度 每次使用时,宏代码都会被插入到程序中。除了非常小的宏之外,程序的长度会大幅度增长 函数代码只出现于一个地方;每次使用这个函数时,都调用那个地方的同一份代码
      执行速度 更快 存在函数的调用和返回的额外开销,所以相对慢一些
      操作符优先级 宏参数的求值是在所有周围表达式的上下文环境里,除非加上括号,否则邻近操作符的优先级可能会产生不可预料的后果,所以建议宏在书写的时候多些括号。 函数参数只在函数调用的时候求值一次,它的结果值传递给函数。表达式的求值结果更容易预测。
      带有副作用的参数 参数可能被替换到宏体中的多个位置,所以带有副作用的参数求值可能会产生不可预料的结果。 函数参数只在传参的时候求值一次,结果更容易控制。
      参数类型 宏的参数与类型无关,只要对参数的操作是合法的,它就可以使用于任何参数类型。 函数的参数是与类型有关的,如果参数的类型不同,就需要不同的函数,即使他们执行的任务是相同的。
      调试 宏是不方便调试的 函数是可以逐语句调试的
      递归 宏是不能递归的 函数是可以递归的

      3.2.5命名约定 一般来讲函数的宏的使用语法很相似。所以语言本身没法帮我们区分二者。
      那我们平时的一个习惯是:
      把宏名全部大写
      函数名不要全部大写

      3.3#undef
      这条指令用于移除一条宏定义
      #undef NAME//如果现存的一个名字需要被重新定义,那么它的旧名字首先要被移除。


      3.4条件编译
      在编译一个程序的时候我们如果要将一条语句(一组语句)编译或者放弃是很方便的。因为我们有条件编译指令。
      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
      到此这篇关于C语言深入探究程序的编译之预处理的文章就介绍到这了,更多相关C语言预处理内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

        推荐阅读