webpack異步加載的原理
webpack ensure相信大家都聽過。有人稱它爲異步加載，也有人說做代碼切割，那這 個傢伙到底是用來幹嘛的？其實說白了，它就是把js模塊給獨立導出一個.js文件的，然後使用這個 模塊的時候，webpack會構造script dom元素，由瀏覽器發起異步請求這個js文件。
場景分析:
比如應用的首頁裏面有個按鈕，點擊後可以打開某個地圖。打開地圖的話就要利用百度地圖的js,於是 我們不得不在首頁中把百度地圖的js一起打包進去首頁,一個百度地圖的js文件是非常大的，假設爲 1m，於是就造成了我們首頁打包的js非常大，用戶打開首頁的時間就比較長了。
有沒有什麼好的解決方法呢？
解決1
既然打包成同一個js非常大的話，那麼我們完全可以把百度地圖js分類出去，利用瀏覽器的併發請求 js文件處理，這樣的話，會比加載一個js文件時間小得多。嗯，這也是個不錯的方案。爲baidumap.js 配置一個新的入口就行了，這樣就能打包成兩個js文件，都插入html即可（如果baidumap.js被多個 入口文件引用的話，也可以不用將其設置爲入口文件，而且直接利用CommonsChunkPlugin,導出到一個 公共模塊即可）可以參考我之前文章
webpack模塊打包
那還有沒有更好的解決方案呢？
解決2
當然還是有的！我們細想，百度地圖是用戶點擊了才彈出來的，也就是說，這個功能是可選的。那麼解決 方案就來了，能不能在用戶點擊的時候，我在去下載百度地圖的js.當然可以。那如何實現用戶點擊的時候 再去下載百度地圖的js呢？於是，我們可以寫一個按鈕的監聽器
mapBtn.click(function() {
//獲取 文檔head對象
var head = document.getElementsByTagName('head')[0];
//構建 <script>
var script = document.createElement('script');
//設置src屬性
script.async = true;
script.src = "http://map.baidu.com/.js"
//加入到head對象中
head.appendChild(script);
})
上面的幾行代碼對大家來說都不難。可以在點擊的時候，才加載百度地圖，等百度地圖加載完成後，在 利用百度地圖的對象去執行我們的操作。ok，講到這裏webpack.ensure的原理也就講了一大半了。 它就是 把一些js模塊給獨立出一個個js文件，然後需要用到的時候，在創建一個script對象，加入 到document.head對象中即可，瀏覽器會自動幫我們發起請求，去請求這個js文件，在寫個回調，去 定義得到這個js文件後，需要做什麼業務邏輯操作。
ok,那麼我們就利用webpack的api去幫我們完成這樣一件事情。點擊後才進行異步加載百度地圖js，上面 的click加載js時我們自己寫的，webpack可以輕鬆幫我們搞定這樣的事情，而不用我們手寫
mapBtn.click(function() {
require.ensure([], function() {
var baidumap = require('./baidumap.js') //baidumap.js放在我們當前目錄下
})
})
搞定！當然還是分析一下。require.ensure這個函數是一個代碼分離的分割線，表示 回調裏面的require 是我們想要進行分割出去的，即require('./baidumap.js')，把baidumap.js分割出去，形成一個 webpack打包的單獨js文件。當然ensure裏面也是可以寫一些同步的require的，比如
var sync = require('syncdemo.js') //下面ensure裏面也用到
mapBtn.click(function() {
require.ensure([], function() {
var baidumap = require('./baidumap.js') //baidumap.js放在我們當前目錄下
var sync = require('syncdemo.js') //這個不會獨立出去，因爲它已經加載到模塊緩存中了
})
})
也就是說，ensure會把沒有使用過的require資源進行獨立分成成一個js文件. require.ensure的 第一個參數是什麼意思呢？[], 其實就是 當前這個 require.ensure所依賴的其他 異步加載的模塊。你想啊？如果A 和 B都是異步加載的，B中需要A，那麼B下載之前，是不是先要下載A啊？，所以ensure的第一個參數[] 也是請求下載的模塊，如果想加載A require.ensure(['A.js'],function) 即可
說完了上面的原理。下面就實踐一下
entry.js 依賴三個 js。
- Abtn-work.js 是封裝了 abtn按鈕點擊後，才執行的業務邏輯
- Bbtn-work.js 是封裝了 bbtn按鈕點擊後，才執行的業務邏輯
- util.js 是封裝了 entry.js需要利用的工具箱
針對上面的需求，優化方案
假設 Abtn-work.js Bbtn-work.js util.js都是非常大的文件 因爲 Abtn-work.js Bbtn-work.js 都不是entry.js必須有的，即可能發生的操作，那麼我們把 他們利用異步加載，當發生的時候再去加載就行了
util.js是entry.js立即馬上依賴的工具箱。但是它又非常的大，所以將其配置打包成一個公共模塊， 利用瀏覽器的併發加載，加快下載速度。ok,構思完成，開始實現
index.html
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>index</title>
</head>
<body>
<div id="aBtn">Abtn</div>
<div id="bBtn">Bbtn</div>
</body>
</html>
定義了兩個buttom
然後看看 entry.js
var util_sync = require('./util-sync.js')
alert(util_sync.data)
document.getElementById("aBtn").onclick = function() {
require.ensure([], function() {
var awork = require('./workA-async.js')
alert(awork.data)
//異步裏面再導入同步模塊--實際是使用同步中的模塊
var util1 = require('./util-sync.js')
})
}
document.getElementById("bBtn").onclick = function() {
require.ensure([], function() {
var bwork = require('./workB-async.js')
alert(bwork.data)
})
}
可以看到，workA-async.js， workB-async.js 都是點擊後才ensure進來的。什麼時候加載完成呢？ 就是 require.ensure() 第二個函數參數，即回調函數，它表示當下載js完成後，發生的因爲邏輯
webpack打包後，形成
其實， 1.1.... 2.2...就是我們ensure導出來的js文件
我們看看代碼是如何加載的執行的，點擊打包插入js後的html
可以看到，並沒有加載 ensure導出來的 1.1...js 2.2....js
點擊 abtn,
發現瀏覽器下載並加載了 1.1....js
點擊 bbtn
發現瀏覽器下載並加載了 2.2....js
ok 全部完成