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

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

[[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; 

編譯運行：

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

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

但是刪掉第九行，再運行：

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

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

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

三字符組

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

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

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

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

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

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

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

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

我們都知道，\的存在(通常一行代碼太長，可以通過該符號來換行)，使得上面看似兩行，實則是一行。即變成了：

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

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

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

實際上，細(xì)心的讀者可能觀察到了，我在前面例子代碼中加了編譯選項-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)容就介紹到這里了。