為什么用gulp把多個js文件合并壓縮后，再直接引入頁面就報錯了？合并到JS文件后，代碼的范圍會擴大，不可避免地會引起沖突。找到錯誤代碼的位置，找到原始JS文件并進行修改。例如：如果A.js中的var

為什么用gulp把多個js文件合并壓縮后，再直接引入頁面就報錯了？

合并到JS文件后，代碼的范圍會擴大，不可避免地會引起沖突。找到錯誤代碼的位置，找到原始JS文件并進行修改。例如：如果A.js中的var foo=1，B.js中的var foo=10，則合并后會有兩個foo變量。這樣，在新的JS文件中，foo的值被寫入下面的JS文件中，下面的值將發(fā)生沖突并報告錯誤。因此，在合并之前，我們需要確保每個JS文件都正常工作，并且函數(shù)和變量之間沒有沖突。

webpack和gulp的區(qū)別？

咕嚕聲應該與咕嚕聲相比較。我不談他們之間的區(qū)別。我們來談談它的用途。Gulp/grunt是一個優(yōu)化前端工作流的工具。例如，自動刷新頁面、組合、壓縮CSS、JS、編譯less等等。簡而言之，就是使用gulp/grunt，然后配置您需要的插件，這樣您就可以讓它手動完成您需要做的事情。當涉及到browse/webpack時，也涉及到seajs/requirejs。這四個是JS模塊化解決方案。Seajs/require是一種類型，browse/webpack是另一種類型。Seajs/require：是一個在線“編譯”模塊解決方案，相當于在頁面上加載CMD/AMD解釋器。這樣，瀏覽器就可以了解define、exports和module。實現(xiàn)了模塊化。Browserify/webpack：是一種預編譯模塊方案，比上述方案更智能。我沒用過browserify。這里我們以webpack為例。首先，它是預編譯的，不需要在瀏覽器中加載解釋器。另外，您可以直接在本地編寫JS。無論是amd/CMD/ES6風格的模塊化，它都能識別并編譯成瀏覽器能識別的JS。這樣一來，gulp就是一個工具，而webpack等都是模塊化的解決方案。Gulp還可以為seajs、requirejs甚至webpack配置插件。