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 全部完成
