在學習一些專案原始碼時，看到了大量的#line定義，小人不才，語法搜搜是大概懂了，可問個為什麼，卻難道了自己。

#line是C語言前處理器，語法格式為：
#line number “filename”
如 #line 123 “file.c”
意思就是改變__LINE__和__FILE__巨集內容。

當在程式中使用這兩個巨集的時候，就會因為#line的定義而改變，例子很簡單，我就不列舉了，不明白的朋友可以自己試試，加入#line後，列印這兩個巨集的內容。
這兩個巨集是永久被改變的，會影響當前的c檔案一直到檔案末尾。
回到原來的專案原始碼中，原始碼部分片段：

#line 357 "..\gram\sprt.y"
 

    {
          yyval.node = alloc_tree_cell(LNB, yyvsp[-3].str);
          yyval.node->type = NODE_ARRAY_EL;
          yyval.node->link[0] = yyvsp[-1].node;
        ;
        break;}
    case 72:
    #line 366 "..\gram\sprt.y"
    { yyval.node = alloc_expr_cell(LNB, EXPR_INCR, NULL, yyvsp[0].node); ;
        break
 
;}
    case 73:
    #line 367 "..\gram\sprt.y"
    {yyval.node = alloc_expr_cell(LNB, EXPR_DECR, NULL, yyvsp[0].node); ;
        break;}

源程式中，有大量這種程式碼，和#line，在沒查資料前，我一直以為#line是連結到外部檔案的一種用法，後來才發現，這種做法僅僅是為了滿足除錯需要，並且，釋出產品時，完全可以全部刪除。

在繼續閱讀並蒐羅資料後才得知，這是一組叫做語法解析器生成的程式碼，OK，看到這裡，我就明白了很多了。

首先，#line是改變__LINE__和__FILE__巨集的，這兩個巨集通常用來除錯定位問題。

在平常專案開發中，可能用到的不多，甚至是根本不需要，因為我嘗試了很多種方法，如巨集，函式，動態庫等方式，來探討#line的意義所在，都沒能找到原因，後來知曉了分析器後，才得知。

首先介紹兩個程式，一個是Flex，一個是Bison。

Flex是詞法分析器，它可以根據使用者的輸入，依據一定的規則（Flex語法）將輸入拆分成各個有效片段。
Bison是語法分析器，它可以根據使用者的輸入，依據一定的規則（Bison語法）將輸入的一組文字分析成語法樹，並解釋執行。

業界人士，通常用Flex和Bison共同來開發語法直譯器，例如Nessus的攻擊指令碼，Unity3D的Action指令碼等。

大致瞭解了Flex和Bison後，進行了一些實踐，#line在這裡面就顯得有為重要了，它可以幫助你處理編譯連結時的錯誤定位，因為你可能寫了一個語法哪怕是%{ }%，都會生成上千行的程式碼。

什麼時候使用#line，我思考後總結了一下：

其一，當你給使用者提供一些指令碼支援，語法解釋等工具集時，需要這種#line來幫助使用者定位問題。
其二，當你給使用者提供一系列API或SDK時，當用戶在使用API時，可能需要#line來幫助使用者定位問題。
其三，#line不僅僅能改變__LINE__,__FILE__巨集，它可以在使用者對程式碼進行編譯連結時，顯示到錯誤列表中。

雖然在實際的開發中，基本不用到，但是相對了解下，說不定哪一天需要用Flex和Bison開發屬於自己的指令碼語言。

小提示：這是語法分析器，如果有興趣開發語言的朋友們，關於語法高亮，可以使用 Scintilla,它也是開源專案，可以自定義語法高亮，智慧提示，Notepad++就是用它做的，關於它的用法以後有機會給大家介紹。