define趣谈——“#define false true“ 和 “#define true false“

今天在“某脉app”上看见一个有点幽默的帖子，在这个“脉某app”上的楼主问：“怎样才能向别人证明你精通C语言？”，一个人回答：“#define false true”。好一个“黑即是白”。但是当我延申测试的时候，却发现了在define的使用上我一直以来的误区。

都知道define只是单纯的宏替换，在编译期间执行简单的宏替换，无安全类型检查。也就是说下面的第一个测试很容易。

#include

#define false true


int main() {

    if ((1 > 2) == true) {
        std::cout << "第一个可以进" << std::endl;
    }

    if ((1 > 2) == false) {
        std::cout << "第二个可以进" << std::endl;
    }

    if ((2>1) == true) {
        std::cout << "第三个可以进" << std::endl;
    }

    if ((2 > 1) == false) {
        std::cout << "第四个可以进" << std::endl;
    }

    return 0;

}

这个测试很简单。第三个和第四个可以进。

上面是将false全换成true，那如果想要把false换成true，把true换成false呢？很简单，上面的代码再加上一句"define true false"，这样就能黑白颠倒了。

但是运行结果却不是自己想的那样的，运行结果发现true还是true，false还是false。这才明白，这两句define成了“负负得正”效果。也就是说，define语句应该是有执行顺序的，编译期间，第一个define替换之后，第二个define再替换。或者有可能编译器在进行替换前，发现define A B 和define B A这样的成对define语句后，会直接不进行A 和 B的宏替换。