webpack中關(guān)于pitching loader的文檔比較不清楚：
The loaders are called from right to left. But in some cases loaders do not care about the results of the previous loader or the resource. They only care for metadata. The pitch method on the loaders is called from left to right before the loaders are called. If a loader delivers a result in the pitch method the process turns around and skips the remaining loaders, continuing with the calls to the more left loaders. data can be passed between pitch and normal call.
比如a!b!c!module, 正常調(diào)用順序應(yīng)該是c、b、a，但是真正調(diào)用順序是
a(pitch)、b(pitch)、c(pitch)、c、b、a， 如果其中任何一個pitching loader返回了值就相當(dāng)于在它以及它右邊的loader已經(jīng)執(zhí)行完畢。
比如如果b返回了字符串"result b", 接下來只有a會被系統(tǒng)執(zhí)行，且a的loader收到的參數(shù)是result b。
也就是說pitching loader的初衷是為了提升效率，少執(zhí)行幾個loader。
然而這樣的機會并不多。更為常用的是它的另一個用途。
根據(jù)官方文檔：
In the complex case, when multiple loaders are chained, only the last loader gets the resource file and only the first loader is expected to give back one or two values (JavaScript and SourceMap). Values that any other loader give back are passed to the previous loader.
loader根據(jù)返回值可以分為兩種，一種是返回js代碼（一個module的代碼，含有類似module.export語句）的loader，還有不能作為最左邊loader的其他loader
問題是有時候我們想把兩個第一種loader chain起來，比如style-loader!css-loader!
問題是css-loader的返回值是一串js代碼，如果按正常方式寫style-loader的參數(shù)就是一串代碼字符串。就算eval了也不一定拿到什么值
eval('module.export="result";console.log("hello world")') === "hello world"
為了解決這種問題，我們需要在style-loader里執(zhí)行require(css-loader!resouce), 這會把css-loader跑一遍，也就是說如果按正常順序執(zhí)行css-loader會跑兩遍（第一遍拿到的js代碼用不了）, 為了只執(zhí)行一次，style-loader利用了pitching, 在pitching函數(shù)里require(css-loader!resouce)。然后返回js代碼（style-loader能夠作為最左邊loader）
