建站
咨詢
售后
建站咨詢
新聞中心
本文轉(zhuǎn)載自微信公眾號「神光的編程秘籍」，作者神說要有光 。轉(zhuǎn)載本文請聯(lián)系神光的編程秘籍公眾號。
目前創(chuàng)新互聯(lián)公司已為成百上千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)頁空間、網(wǎng)站運(yùn)營、企業(yè)網(wǎng)站設(shè)計(jì)、石阡網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。
作為前端，我們會用很多編譯工具：typescript compiler、babel、eslint、postcss 等等，它們的 AST 不盡相同，但 AST 的遍歷算法有且只有一種，不信我們慢慢來理一下。
AST 的遍歷思路
編譯工具會把源碼轉(zhuǎn)成 AST，從而把對字符串的操作轉(zhuǎn)為對 AST 對象樹的操作。
既然要操作 AST，那就要找到對應(yīng)的 AST，這就需要遍歷。
怎么遍歷呢?
AST 不就是樹嘛，而樹的遍歷就深度優(yōu)先和廣度優(yōu)先兩種，而這里只能是深度優(yōu)先。
那對于每個 AST 怎么遍歷呢?
比如 a + b 這個 BinaryExpression，需要遍歷 left、right 屬性
比如 if (a === 1) {} 這個 IfStatement，需要遍歷 test、consequece 屬性：
這樣，我們記錄下每種 AST 怎么遍歷，然后從根結(jié)點(diǎn)開始遞歸的遍歷就可以了。
比如像這樣：
因?yàn)槭敲糠N AST 訪問那些 key，所以叫做 visitorKeys。
遍歷每種 AST 的時候，就從 visitorKeys 里面找，看看要遍歷哪些屬性，之后取出來遞歸遍歷就行了。
這就是 AST 的遍歷過程，有且只有這么一種。(你還能想出第二種么?)
當(dāng)然，思路雖然只有一種，但還是有一些變形的：
比如把遞歸變成循環(huán)，因?yàn)?AST 如果過深，那遞歸層次就過深，可能棧溢出，所以可以加一個數(shù)組(作為棧)來記錄接下來要遍歷 AST，這樣就可以變成循環(huán)了。(react fiber 也是把遞歸變循環(huán))
比如可以不把 visitorKeys 提出來，而是直接在代碼里寫死，這樣雖然不如提出來更容易擴(kuò)展，但是做一些針對部分 AST 的邏輯變更還是比較方便的。
說了這么多，但是你可能不信，那我們就上源碼來看下 babel、eslint、tsc、estraverse、postcss 都是怎么遍歷 AST 的。
各種編譯工具的 AST 遍歷的實(shí)現(xiàn)
源碼里面有很多無關(guān)的信息，我們重點(diǎn)看遍歷的部分就好了：
eslint
eslint 的 遍歷過程比較標(biāo)準(zhǔn)，我們先來看下這個：
就是對每種 AST 都從 visitorKeys 中拿到遍歷的屬性 keys，然后遞歸遍歷每個 key 的值就行了，數(shù)組的話還要循環(huán)遍歷每個元素。
和我們上面理清的思路一毛一樣。
而且，在遍歷之前可以調(diào)用 enter 回調(diào)函數(shù)，在遍歷之后可以調(diào)用 exit 回調(diào)函數(shù)。
babel
babel 也是一樣的思路，通過 visitorKeys 記錄每種 AST 怎么遍歷，然后遍歷的時候取出對應(yīng)的 keys 來遞歸訪問：
babel 分為了兩個方法，沒啥實(shí)質(zhì)區(qū)別，而且也有 enter 和 exit 兩個階段的回調(diào)。
estraverse
estraverse 是專門用于遍歷 AST 的庫，一般和 esprima 的 parser 配合。它的 AST 遍歷和上面兩個不太一樣，就是把遞歸變成了循環(huán)。
看到我標(biāo)出來的地方了么，和上面的是一樣的，只不過這里不是遞歸了，而是把要遍歷的 AST 放入數(shù)組，之后繼續(xù)循環(huán)。
遞歸改循環(huán)的思路都是這樣，加個數(shù)組(作為棧)記錄路徑就可以了。
typescript
typescript 的遍歷和上面的也不太一樣，它沒有抽離出 visitorKeys 的數(shù)據(jù)，而是寫死在代碼里對什么 AST 訪問什么屬性：
這種方式比較命令式，要把所有 AST 枚舉一遍，而上面那種把 visitorKeys 抽離出來的方式是聲明式的思想，邏輯可以復(fù)用。不知道為什么 ts 是這樣寫遍歷邏輯的，可能好處就是可以對某一些遍歷邏輯做修改吧。
postcss
postcss 也稍微有點(diǎn)不同，它的所有 key 都是可遍歷的，也就不需要 visitorKeys ，直接遍歷所有的 key 就行。
而且 postcss 的 node 是有方法的，通過面向?qū)ο蟮姆绞絹斫M織遍歷的過程。
寫法上有點(diǎn)區(qū)別，但遍歷的思路沒有變。
總結(jié)
前端領(lǐng)域的編譯工具有挺多的，它們都是基于 AST，而操作 AST 就需要遍歷來查找。
eslint、babel、estraverse、postcss、typescript compiler 這些編譯工具的遍歷 AST 的實(shí)現(xiàn)我們都過了一遍，雖然有的用遞歸、有的用循環(huán)，有的是面向?qū)ο蟆⒂械氖呛瘮?shù)，有的是抽離 visitorKeys、有的是寫死在代碼里，但思路都是一樣的。
所以，我們來正式的下個結(jié)論：編譯工具的遍歷實(shí)現(xiàn)思路只有一種，就是找到每種 AST 的可遍歷的 keys，深度優(yōu)先的遍歷。
當(dāng)前題目：你用過的所有前端編譯工具，AST遍歷思路就這一種
URL地址：http://www.5511xx.com/article/cdhphpc.html
