沒想到吧，一行注釋也能影響運(yùn)行結(jié)果！

也許你在某個(gè)段子里聽說(shuō)過(guò)，某行注釋刪掉后，程序竟然不能預(yù)期執(zhí)行?真的會(huì)這樣么?你還別不信。

[[320558]]

見證“奇跡”

#include <stdio.h> 
#include <math.h> 
int main(void) 
{ 
    int a = (int)sqrt(30); 
    //is sqrt(30) + 1 > 5 ??/ 
    //故意讓a++，你別管為什么 
   a++; 
   if(a > 5) 
       printf("sqrt(30) +1 > 5 \n"); 
   else 
   { 
       printf("sqrt(30) +1 <= 5 \n"); 
   } 
   return 0; 

編譯運(yùn)行：

$ gcc -o main main.c -trigraphs 
$ ./main 
sqrt(30) +1 > 5  

作為受過(guò)九年義務(wù)教育的我們，一看就知道結(jié)果是對(duì)的，畢竟 5 * 5 < 30 < 6 * 6。

但是刪掉第九行，再運(yùn)行：

$ ./main 
sqrt(30) +1 <= 5  

結(jié)果竟然變了!!

看到這里，細(xì)心的讀者可能已經(jīng)發(fā)現(xiàn)了其中的端倪，我也就不賣關(guān)子了。接下來(lái)就說(shuō)說(shuō)我們本次要提到的主角-三字符組(trigraph sequences)。

三字符組

我們都知道C語(yǔ)言里面有很多轉(zhuǎn)義符號(hào)，例如：

\n 換行符(LF) 
\r 回車符(CR) 
\t 水平制表符(HT) 
\b 退格符(BS) 
\’ 單引號(hào) 
\” 雙引號(hào) 
\\ 反斜杠 
...... 

當(dāng)然還有很多，我就不一一列舉了。這些符號(hào)在代碼中都有特別的作用，或者無(wú)法直接輸入，因此用轉(zhuǎn)移符+其他字符組合來(lái)代替。

同樣的，早期的一些鍵盤可能沒法輸入一些特殊的符號(hào)，如：

# $ @ [ \ ] ^ ` { | } ~  

于是，為了解決這個(gè)問題C語(yǔ)言標(biāo)準(zhǔn)規(guī)定預(yù)處理器(C preprocessor)在掃描處理C語(yǔ)言源文件時(shí)，替換下述的3字符出現(xiàn)為1個(gè)字符：

也就是說(shuō)，??/會(huì)被替換為\，如果刪掉原先的第九行，就變成了：

//is sqrt(30) + 1 > 5 \ 
a++; 

我們都知道，\的存在(通常一行代碼太長(zhǎng)，可以通過(guò)該符號(hào)來(lái)?yè)Q行)，使得上面看似兩行，實(shí)則是一行。即變成了：

//is sqrt(30) + 1 > 5 a++; 

也就是說(shuō)，a++根本不會(huì)執(zhí)行了，當(dāng)然會(huì)導(dǎo)致最終結(jié)果不符合預(yù)期。

當(dāng)然了，很多現(xiàn)代編譯器可能并不會(huì)做這樣的替換，所以這樣的問題也基本無(wú)需擔(dān)心，老實(shí)用原本的符號(hào)即可。

實(shí)際上，細(xì)心的讀者可能觀察到了，我在前面例子代碼中加了編譯選項(xiàng)-trigraphs，否則的話，編譯是有警告的：

$ gcc -o main main.c 
main.c: In function ‘main’: 
main.c:6:27: warning: trigraph ??/ ignored, use -trigraphs to enable [-Wtrigraphs] 
     //is sqrt(30) + 1 > 5 ??/ 

雙字符組

除了三字符組，還有雙字符組。

總結(jié)

今天的你不知道很難踩坑，知道了也沒啥用的內(nèi)容就介紹到這里了。