C++预处理详解

首页 > 代码库 > C++预处理详解

2024-09-30 06:24:02 216人阅读

本文在参考ISO/IEC 14882:2003和cppreference.com的C++ Preprocessor的基础上，对C++预处理做一个全面的总结讲解。如果没有特殊说明，所列内容均依据C++98标准，而非特定平台相关（如VC++）的，C++11新增的特性会专门指出。

1. 简介

通常我们说C++的Build（这里没用“编译”是怕混淆）可分为4个步骤：预处理、编译、汇编、链接。预处理就是本文要详细说的宏替换、头文件包含等；编译是指对预处理后的代码进行语法和语义分析，最终得到汇编代码或接近汇编的其他中间代码；汇编是指将上一步得到的汇编或中间代码转换为目标机器的二进制指令，一般是每个源文件生成一个二进制文件（VS是.obj，GCC是.o）；链接是对上一步得到的多个二进制文件“链接”成可执行文件或库文件等。

这里说的“预处理”其实并不很严格，在C++标准中对C++的translation分为9个阶段（Phases of translation），其中第4个阶段是Preprocessor，而我们说的通常的“预处理”其实是指所有这4个阶段，下面列出这4个阶段（说的不详细，详见参考文献）：

字符映射（Trigraph replacement）：将系统相关的字符映射到C++标准定义的相应字符，但语义不变，如对不同操作系统上的不同的换行符统一换成规定字符（设为newline）；
续行符处理（Line splicing）：对于“\”紧跟newline的，删去“\”和newline（我们在#define等中用的续行在Preprocessor之前就处理了），该过程只进行1遍（如果是“\\”后有两个换行只会删去一个“\”）；
字串分割（Tokenization）：源代码作为一个串被分为如下串（Token）的连接：注释、whitespace、preprocessing tokens（标示符等这时都是preprocessing tokens，因为此时不知道谁是标示符，经过下一步之后，真正的预处理符会被处理）；
执行Preprocessor：对#include指令做递归进行该1-4步，此步骤时候源代码中不再含有任何预处理语句（#开头的哪些）。

需要强调的是，预处理是在编译前已经完成的，也就是说编译时的输入文件里已经不含有任何预处理语句了，这包括，条件编译的测试不通过部分被删去、宏被替换、头文件被插入等。

另外，预处理是以 translation unit 为单位进行的，一个 translation unit 就是一个源文件连同由#include包含（或间接包含）的所有文本文件的全体（参见C++标准）。一般的，编译器对一个 translation unit 生成一个二进制文件（VS是.obj，GCC是.o）。

有了这些知识之后，本文后面对第4步的Preprocessor做详细介绍。

2. 一般格式及概览

Preprocessor指令一般格式如下：

# preprocessing_instruction [arguments] newline

其中preprocessing_instruction是以下之一：define, undef, include, if, ifdef, ifndef, else, elif, endif, line, error, pragma；arguments是可选的参数，如#include后面的文件名；Preprocessor占一行，可用“\”紧跟newline续行，但续行不是Preprocessor的专利，且续行在Preprocessor前处理。

Preprocessor指令有以下几种：

Null，一个 # 后跟 newline ，不产生任何影响，类似于空语句；
条件编译，由 #if, #ifdef, #ifndef, #else, #elif, #endif 定义；
源文件包含，由 #include 定义；
宏替换，由 #define, #undef, #, ## 定义；
重定义行号和文件名，由 #line 定义；
错误信息，由 #error 定义；
编译器预留指令，由 #pragma 定义。

要指出的是，除了以上所列的Preprocessor指令外，其他指令是不被C++标准支持的，尽管有些编译器实现了自己的预处理指令。很据“可移植性比效率更重要”的原则，应该尽量仅适用C++标准的Preprocessor。

下一节将对以上每个进行详细说明，除了 Null 预处理指令。

3. 详细解释

条件编译

条件编译由 #if, #ifdef, #ifndef 开始，后跟 0-n 个 #elif ，后跟 0-1 个 #else ，后跟 #endif 。#if, #ifdef, #ifndef, #elif 后面接expression，条件编译的控制逻辑同 if-else if-else 条件语句（每个没配对的 else 和上面最近的没配对 if 配对这条也类似），只不过它是条件的对代码进行编译而不是执行。#if, #elif 的expression为常量表达式，expression非0时测试为真，expression还可以含有 defined(Token) 测试，即Token为宏定义时为真。#ifdef Token 等价于 #if defined(Token )，#ifndef Token 等价于 #if !defined(Token )。请看例子（摘自cppreference.com）：

#include <iostream>
#define ABCD 2
int main()
{
#ifdef ABCD
    std::cout << "1: yes\n";
#else
    std::cout << "1: no\n";
#endif

#ifndef ABCD
    std::cout << "2: no1\n";
#elif ABCD == 2
    std::cout << "2: yes\n";
#else
    std::cout << "2: no2\n";
#endif

#if !defined(DCBA) && (ABCD < 2*4-3)
    std::cout << "3: yes\n";
#endif
    std::cin.get();
    return 0;
}

技术分享

条件编译被大量用于依赖于系统又需要跨平台的代码，这些代码一般会通过检测某些宏定义来识别操作系统、处理器架构、编译器，进而条件编译不同代码，以和系统兼容。但话又说回来，C++标准的最大价值就是让所有版本的C++实现都一致，从这个层面上将，除非调用系统功能，否则不应该对系统做出任何假设，除了假设它支持C++标准以外。

源文件包含

文件包含指示将某个文件的内容插入到该#include处，这里“某个文件”将被递归预处理（1-4步，见第1节）。文件包含的3种格式为：#include<filename>(1)、#include"filename"(2)、#include pp-tokens(3)，其中第1种方式在标准包含目录查找filename（一般C++标准库头文件在此），第二种方式先查找被处理源文件所在目录，如果没找到再找标准包含目录，第3中方式的pp-tokens须是定义为<filename>或"filename"的宏，否则结果未知。注意filename可以是任何文本文件，而不必是.h、.hpp等后缀文件，例如可以是.c或.cpp文本文件（所以标题是“源文件包含”而非“头文件包含”）。例子：

// file: b.cpp
#ifndef _B_CPP_
#define _B_CPP_

int b = 999;

#endif // #ifndef _B_CPP_

// file: a.cpp
#include <iostream>  // 在标准包含目录查找
#include "b.cpp"     // 在该源文件所在目录查找，找不到再到标准包含目录查找
#define CMATH <cmath>
#include CMATH
int main()
{
    std::cout << b << ‘\n‘;
    std::cout << std::log10(10.0) << ‘\n‘;
    std::cin.get();
    return 0;
}

技术分享

注意上面例子，将a.cpp和b.cpp放在同一文件夹，只编译a.cpp。

宏替换

#define 定义宏替换，#define 之后的宏都将被替换为宏的定义，直到用 #undef 解除该宏的定义。宏定义分为不带参数的常量宏（Object-like macros）和带参数的函数宏（Function-like macros）。其格式如下：

#define identifier replacement-list (1)
#define identifier( parameters ) replacement-list (2)
#define identifier( parameters, ... ) replacement-list (3) (since C++11)
#define identifier( ... ) replacement-list (4) (since C++11)
#undef identifier (5)

对于有参数的函数宏，在replacement-list中，“#”置于identifier面前表示将identifier变成字符串字面值，“##”连接，下面的例子来自cppreference.com：

#include <iostream>

//make function factory and use it
#define FUNCTION(name, a) int fun_##name() { return a;}

FUNCTION(abcd, 12);
FUNCTION(fff, 2);
FUNCTION(kkk, 23);

#undef FUNCTION
#define FUNCTION 34
#define OUTPUT(a) std::cout << #a << ‘\n‘

int main()
{
    std::cout << "abcd: " << fun_abcd() << ‘\n‘;
    std::cout << "fff: " << fun_fff() << ‘\n‘;
    std::cout << "kkk: " << fun_kkk() << ‘\n‘;
    std::cout << FUNCTION << ‘\n‘;
    OUTPUT(million);               //note the lack of quotes
    std::cin.get();
    return 0;
}

技术分享

可变参数宏是C++11新增部分（来自C99），使用时用__VA_ARGS__指代参数“...”，一个摘自C++标准2011的例子如下（标准举的例子就是不一样啊）：

#define debug(...) fprintf(stderr, __VA_ARGS__)
#define showlist(...) puts(#__VA_ARGS__)
#define report(test, ...) ((test) ? puts(#test) : printf(__VA_ARGS__))
debug("Flag");
debug("X = %d\n", x);
showlist(The first, second, and third items.);
report(x>y, "x is %d but y is %d", x, y);

这段代码在预处理后产生如下代码：

fprintf(stderr, "Flag");
fprintf(stderr, "X = %d\n", x);
puts("The first, second, and third items.");
((x>y) ? puts("x>y") : printf("x is %d but y is %d", x, y));

在上面条件编译就讲到，有时用 #ifdef macro_NAME 来识别一些信息，C++标准指定了一些预定义宏，列在下表中（C++11新增宏已标出）：

Predefined macros	Meaning	Remark
__cplusplus	在C++98中定义为199711L，C++11中定义为201103L
__LINE__	指示所在的源代码行数（从1开始），十进制常数
__FILE__	指示源文件名，字符串字面值
__DATE__	处理时的日期，字符串字面值，格式“Mmm dd yyyy”
__TIME__	处理时的时刻，字符串字面值，格式“hh:mm:ss”
__STDC__	指示是否符合Standard C，可能不被定义	wikipedia条目
__STDC_HOSTED__	若是Hosted Implementation，定义为1，否则为0	C++11
__STDC_MB_MIGHT_NEQ_WC__	见ISO/IEC 14882:2011	C++11
__STDC_VERSION__	见ISO/IEC 14882:2011	C++11
__STDC_ISO_10646__	见ISO/IEC 14882:2011	C++11
__STDCPP_STRICT_POINTER_SAFETY__	见ISO/IEC 14882:2011	C++11
__STDCPP_THREADS__	见ISO/IEC 14882:2011	C++11

其中上面5个宏一定会被定义，下面从__STDC__开始的宏不一定被定义，这些预定义宏不能被 #undef。使用这些宏的一个例子如下（连续字符串字面值会被自动相连，“ab”“cde” 等价于 “abcde”）：

 1 #include <iostream>
 2 int main()
 3 {
 4 #define PRINT(arg) std::cout << #arg": " << arg << ‘\n‘
 5     PRINT(__cplusplus);
 6     PRINT(__LINE__);
 7     PRINT(__FILE__);
 8     PRINT(__DATE__);
 9     PRINT(__TIME__);
10 #ifdef __STDC__
11     PRINT(__STDC__);
12 #endif
13     std::cin.get();
14     return 0;
15 }

技术分享

这些宏经常用于输出调试信息。预定义宏一般以“__”作为前缀，所以用户自定义宏应该避开“__”开头。

应当指出的是，现代的C++程序设计原则不推荐适用宏定义常量或函数宏，应该尽量少的使用 #define ，如果可能，用 const 变量或 inline 函数代替。

重定义行号和文件名

从 #line number ["filename"] 的下一行源代码开始， __LINE__ 被重定义为从 number 开始，__FILE__ 被重定义"filename"（可选），一个例子如下：

 1 #include <iostream>
 2 int main()
 3 {
 4 #define PRINT(arg) std::cout << #arg": " << arg << ‘\n‘
 5 #line 999 "WO"
 6 
 7     PRINT(__LINE__);
 8     PRINT(__FILE__);
 9     std::cin.get();
10     return 0;
11 }

技术分享

错误信息

#error [message] 指示编译器报告错误，一般用于系统相关代码，例如检测操作系统类型，用条件编译里 #error 报告错误。例子如下：

int main()
{
#error "w"
    return 0;
#error
}

第2个 #error 可能不被执行，因为编译器可能在遇到一个 #error "w" 时就报错停止了。

编译器预留指令

#pragma 预处理指令是C++标准给特定C++实现预留的标准，所以，在不同的编译器上 #pragma 的参数及意义可能不同，例如 VC++2010 提供 #pragma once 来指示源文件只被处理一遍。OpenMP作为一个共享内存并行编程模型，使用 #pragma omp 指导语句，详见：OpenMP共享内存并行编程详解。

VC++的 #pragma 指令参见MSDN相关条目。

GCC的 #pragma 指令参见GCC文档相关条目。

4. 预处理的典型应用

预处理的常见使用有：

Include guard，见wikipedia条目，该技术用来保证头文件仅被同一文件包含一次（准确地说，头文件内容在一个 translation unit 中仅出现一次），以防止违反C++的“一次定义”原则；
用 #ifdef 和特殊宏识别操作系统、处理器架构、编译器，条件编译，进而实现针对特定平台的功能，多用于可移植性代码；
定义函数宏，以简化代码，或是方便修改某些配置；
用 #pragma 设定和实现相关的配置（见上一节最后给出的链接）。

sourceforge.net上有一个项目，是关于用宏检测操作系统、处理器架构、编译器（请点链接或见参考文献）。下面是一个例子（来自这里）：

#ifdef _WIN64
   //define something for Windows (64-bit)
#elif _WIN32
   //define something for Windows (32-bit)
#elif __APPLE__
    #include "TargetConditionals.h"
    #if TARGET_OS_IPHONE && TARGET_IPHONE_SIMULATOR
        // define something for simulator   
    #elif TARGET_OS_IPHONE
        // define something for iphone  
    #else
        #define TARGET_OS_OSX 1
        // define something for OSX
    #endif
#elif __linux
    // linux
#elif __unix // all unices not caught above
    // Unix
#elif __posix
    // POSIX
#endif

C++预处理详解

声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉：投诉/举报工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。

联系
我们

首页 > 代码库 > C++预处理详解

C++预处理详解

看完仍有疑问？有类似问题直接问程序猿