今天在“某脉app”上看见一个有点幽默的帖子,在这个“脉某app”上的楼主问:“怎样才能向别人证明你精通C语言?”,一个人回答:“#define false true”。好一个“黑即是白”。但是当我延申测试的时候,却发现了在define的使用上我一直以来的误区。
都知道define只是单纯的宏替换,在编译期间执行简单的宏替换,无安全类型检查。也就是说下面的第一个测试很容易。
#include<iostream>
#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的宏替换。