• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-341  評論-2670  文章-0  trackbacks-0

            上一篇博客講到了構(gòu)造符號表的事情。構(gòu)造完符號表之后,就要進(jìn)入語義分析的后一個階段了:構(gòu)造狀態(tài)機(jī)。跟我以前寫的如何實現(xiàn)正則表達(dá)式引擎的兩篇文章講的一樣,自動機(jī)先從Epsilon Nondeterministic Automaton開始,然后一步一步構(gòu)造成Deterministic Automaton。但是語法分析和正則表達(dá)式有很大不同,那么這個自動機(jī)是什么樣子的呢?

            (對學(xué)術(shù)感興趣的人可以去wiki一下“下推自動機(jī)”)

            下推自動機(jī)和有限自動機(jī)的區(qū)別是,下推自動機(jī)擴(kuò)展成普通的自動機(jī)的時候,他的狀態(tài)的數(shù)目是無限的(廢話)。但是無限的東西是沒辦法用編程來表達(dá)的,那怎么辦呢?那就加入一個不定長度的“狀態(tài)描述”。下面我舉一個簡單的文法:

            ID = NAME
            IDList = ID | IDList “,” ID

            這樣就構(gòu)成了一個簡單的文法,用來分析帶逗號分割的名字列表的。那么寫成狀態(tài)機(jī)就是如下的形式:

            ID0 = ● NAME
            ID1 = NAME ●
            IDList0 = ● (ID | IDList “," ID)
            IDList1 = (ID | IDList “,” ID) ●
            IDList2 = (ID | IDList ● “,” ID)
            IDList3 = (ID | IDList “,” ● ID)

            ID0 –> NAME –> ID1
            IDList0 –> ID –> IDList1
            IDList0 –> IDList –> IDList2
            IDList2 –> “,” –> IDList3
            IDList3 –> ID –> IDList1

            可以很容易的看出,ID0和IDList0是文法的起始狀態(tài),而ID1和IDList1是文法的終結(jié)狀態(tài),畫成圖如下:

            image

            (PowerPoint畫圖復(fù)制到LiveWriter里面是一幅圖面簡直太方便了)

            但是這樣還沒完。IDList0跳到IDList2的時候的輸入“IDList”其實還不夠,因為用作輸入的token其實只有NAME和","兩種。下一步即將演示如何從這個狀態(tài)機(jī)編程名副其實的下推狀態(tài)機(jī)。

            在這里我先介紹幾個概念。第一個是移進(jìn),第二個是規(guī)約。為什么要用這兩個名字呢?因為大部分人看的傻逼清華大學(xué)出版社的低能編譯原理課本都是這么講的,黑化分別叫Shift和Reduce。好了,什么是Shift呢?IDList0跳到IDList2的時候,要移進(jìn)IDList。IDList3跳到IDList1,要移進(jìn)到ID。IDList0跳到IDList1也要移進(jìn)到ID。這也就是說,狀態(tài)轉(zhuǎn)移經(jīng)過一條非終結(jié)符的邊的時候會移進(jìn)到另一條文法的狀態(tài)機(jī)里。ID1和IDList1作為ID和IDList的終結(jié)節(jié)點(diǎn),要根據(jù)“從那里移進(jìn)來的”分別規(guī)約然后跳轉(zhuǎn)到“IDList2或者IDList1”。這也就是說,一旦你到達(dá)了一條聞法的狀態(tài)機(jī)的終結(jié)狀態(tài),就要開始規(guī)約然后跳轉(zhuǎn)到上一級的狀態(tài)了

            有人要問,那我怎么知道規(guī)約結(jié)束的時候要跳轉(zhuǎn)去哪里呢?這個問題問得非常好。讓我們回想一下我以前寫的如何手寫語法分析器這一篇文章。里面怎么說的?當(dāng)你手寫遞歸下降的語法分析器的時候,每一條文法其實都是一個函數(shù)。那調(diào)用函數(shù)的時候程序怎么就知道函數(shù)結(jié)束的時候下一條指令是什么呢?那當(dāng)然是因為編譯器幫我們把“調(diào)用函數(shù)的時候的下一條指令的地址”給push進(jìn)了調(diào)用堆棧。但是我們現(xiàn)在不手寫語法分析器了,而用下推狀態(tài)機(jī)來做,道理也是一樣的。在“移進(jìn)”的時候,先把當(dāng)前的狀態(tài)push進(jìn)堆棧,規(guī)約的時候,就可以看一下“棧頂那幾個狀態(tài)都是什么”,配合一次向前查看(這就是Look Ahead。LALR的那個LA,LALR(1)就是在LA的時候偷看一個token),來決定規(guī)約到哪里去。至于LA在這里的深刻內(nèi)涵我將下一篇文章再說。因為現(xiàn)在我還沒有做到Nondeterministic到Deterministic的一步,里面有很多黑科技,我想集中討論。

            那現(xiàn)在讓我們把上面那幅圖的兩個狀態(tài)機(jī)連起來,產(chǎn)生一個下推自動機(jī)。但是在這里我先做第一步。因為IDList0到IDList1的跳轉(zhuǎn)是一個左遞歸的過程,先暫時不管。

            image

            橙色的邊都是一個輸入非終結(jié)符的跳轉(zhuǎn),所以實際上在下推狀態(tài)機(jī)里面是不存在的。在這張圖里面我們處理了兩條ID的邊。IDList0會shift(就是在堆棧里面push)自己然后跳轉(zhuǎn)到ID0,因此ID1在查看到棧頂是IDList0的時候,他就知道走的是IDList0 –> ID –> IDList1這條路,因此就reduce并跳轉(zhuǎn)到了IDList1。IDList3同理。

            但是Shift的時候并沒有產(chǎn)生輸入,所以實際上應(yīng)該改成下面這個樣子。

            image

            這樣Shift邊也就有輸入了。而且ID0到ID1也廢掉了。實際上ID0自己也應(yīng)該廢掉。現(xiàn)在還有一個問題沒解決,就是左遞歸和Reduce不產(chǎn)生輸入的問題。這兩個問題實際上是一起的。我們先來考慮一下為什么這里沒辦法用相同的辦法來把Reduce處理成產(chǎn)生輸入的。實際上是因為,你在這一個階段還不知道究竟Reduce要輸入什么才能跳轉(zhuǎn),特別是token已經(jīng)結(jié)束并且parse出了一個完整的IDList的時候。以前你們是不是在看《Parsing Techniques》和《龍書》都對為什么一個字符串結(jié)尾要產(chǎn)生一個$字符感到很困惑呢?實際上他是特別有用的。現(xiàn)在我們來給他加上大家就明白了。在這里,這個文法的目標(biāo)是產(chǎn)生一個IDList結(jié)構(gòu),所以$當(dāng)然也要加在IDList的終結(jié)狀態(tài)——IDList1上:

            image

            然后就輪到Reduce。ID1應(yīng)該是Reduce到哪里了?第一步自然是Reduce到IDList1。那么IDList1又要Reduce到哪里呢?我們可以看到,在IDList結(jié)束的時候,要么就是跳到IDList2,要么就是跳到FINISH。但是IDList2是通過左遞歸產(chǎn)生的,我們先不管他。跳到FINISH需要什么條件呢?第一個是輸入$,第二個是Pop完狀態(tài)之后堆棧會為空。所以這個時候我們可以先修改一下ID1到IDList1的Reduce邊:

            image

            最后就是左遞歸了。左遞歸的處理有點(diǎn)像hack,因為實際上你不能預(yù)先判斷你要不要左遞歸(也就是看一下token stream有多少個逗號),然后先shift幾個IDList0進(jìn)去,再慢慢來。所以我們只有在滿足跳轉(zhuǎn)關(guān)系的時候臨時插入一些IDList0。那么這個關(guān)系是什么呢?左遞歸的IDList結(jié)束——也就是從IDList0跳到IDList2——之后只有一種可能,就是輸入","。而且所有指向IDList1的邊都是輸入ID,所以這條左遞歸的線應(yīng)該從ID1(ID的終結(jié)狀態(tài))連到IDList2,并且在鏈接的時候補(bǔ)充“假shift IDList0”:

            image

            橙色的兩個狀態(tài)分別是整個parsing過程的起始狀態(tài)和終結(jié)狀態(tài)。這個時候我們把所有沒用的邊和狀態(tài)都干掉,就變成了:

            image

            是不是覺得特別親切呢,這不就是正則表達(dá)式NAME ( “,” NAME)*的狀態(tài)機(jī)嗎?這也是因為這個文法剛好可以表達(dá)為一個正則文法才有這樣的結(jié)果,如果我們給他加點(diǎn)兒括號改變點(diǎn)優(yōu)先級什么的,那就會變成一個復(fù)雜得多的狀態(tài)機(jī)了。好了。現(xiàn)在我們來模擬一下下推狀態(tài)機(jī)的狀態(tài)轉(zhuǎn)換和堆棧操作過程,來分析一下A,B,C$這個輸入吧。

            在下面的標(biāo)示圖里面,我們用s|abc|def來分別表達(dá)當(dāng)前狀態(tài)s、當(dāng)前堆棧里的狀態(tài)abc(棧頂在右邊)和正在等待的輸入def。那么初始狀態(tài)肯定就是
            IDList0 | null | A,B,C$

            然后就開始了!(用文字表達(dá)實在是太難看了,所以貼成圖)

            image

            如果成功到達(dá)FINISH并且堆棧和輸入都全部沒有了的話,那就證明,parsing過程完美結(jié)束,沒有任何錯誤發(fā)生。

            如何從文法生成下推自動機(jī)并完成parsing工作的大概過程就寫到這里了。目前開發(fā)進(jìn)度是到“生成非確定性下推自動機(jī)”這里。當(dāng)我完成了生成“確定性下推自動機(jī)”——也就是上面的最后一個狀態(tài)機(jī)圖的時候——就會開始寫下一篇文章,講面對復(fù)雜的文法的時候,下推自動機(jī)將要如何調(diào)整。同時將重點(diǎn)描述Look Ahead部分,以及為什么LALR(1)要設(shè)計成那個樣子。

            posted on 2012-12-07 00:43 陳梓瀚(vczh) 閱讀(4607) 評論(2)  編輯 收藏 引用 所屬分類: C++

            評論:
            # re: 可配置語法分析器開發(fā)紀(jì)事(三)&mdash;&mdash;生成下推自動機(jī) 2012-12-07 02:03 | DiryBoy
            # re: 可配置語法分析器開發(fā)紀(jì)事(三)&mdash;&mdash;生成下推自動機(jī) 2012-12-07 06:37 | lwch
            很有激情......  回復(fù)  更多評論
              
            久久影视国产亚洲| 国产精品美女久久久m| 久久精品视屏| 久久综合色区| 久久精品国产亚洲av水果派 | 久久精品国产免费| 久久99国产精品成人欧美| 色妞色综合久久夜夜| 9久久9久久精品| 中文字幕久久亚洲一区| 狠狠色丁香婷综合久久| 久久综合九色综合久99| 狠狠色丁香婷综合久久| 亚洲Av无码国产情品久久| 狠狠色丁香久久婷婷综| 久久人人爽人人爽人人片AV高清| 亚洲乱亚洲乱淫久久| 伊人久久综合无码成人网| 欧美久久亚洲精品| 成人精品一区二区久久| 久久99中文字幕久久| 精品伊人久久大线蕉色首页| Xx性欧美肥妇精品久久久久久| 久久国语露脸国产精品电影| 久久99精品国产99久久| 久久精品国产99国产精品亚洲| 久久精品国产精品亜洲毛片 | 色综合色天天久久婷婷基地| 久久精品国产亚洲AV不卡| 久久嫩草影院免费看夜色| 狠狠狠色丁香婷婷综合久久五月| 人妻无码αv中文字幕久久| 久久无码中文字幕东京热| 亚洲精品乱码久久久久久蜜桃| 国产亚洲美女精品久久久| 久久国产亚洲精品麻豆| 国产精品久久波多野结衣| 国产99久久精品一区二区| 国产精品久久久久影院色| 久久发布国产伦子伦精品| www.久久99|