好比使用一个函数,咱们须要关注它的输入和输出,就能够很好的使用它。若是想更好的理解这个函数,就须要看看它内部的实现。webpack
一样,使用Webpack,咱们也须要关注它的输入和输出。web
初学Webpack,咱们通常都先了解输入,(源码和配置能够理解成Webpack的输入),可是不太了解输出(生成的文件)。咱们只是看到页面能正常展现,就能够了。npm
可是想更好的使用Webpack,作打包优化,了解输出文件的内容,是第一步。json
咱们能够把webpack理解成一个本地操做文件的程序,读取一些文件,根据咱们的配置,再生成一些文件。咱们的源代码,就是webpack要读取的文件。我把源代码称为输入文件。设计模式
./app/Greeter.js数组
module.exports = function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
};
复制代码
./app/main.js浏览器
const greeter = require('./Greeter.js');
document.querySelector("#root").appendChild(greeter());
复制代码
咱们搞了两个输入文件,都放在app文件夹下,Greeter.js,main.js。main.js引用了Greeter.jsbash
./webpack.config.jsapp
module.exports = {
entry: __dirname + "/app/main.js",//已屡次说起的惟一入口文件
output: {
path: __dirname + "/public",//打包后的文件存放的地方
filename: "bundle.js"//打包后输出文件的文件名
},
mode: 'development',
devtool: false,
}
复制代码
在package.json的scripts对象下,添加"start": "webpack"。在命令行工具中运行npm start。 就运行webpack的打包过程啦。将输出文件放在public文件夹下。函数
经过上述步骤,咱们就生成了一个最简单的bundle.js文件。也就是Webpack的输出文件,本文的目的就是搞懂它。
/******/ (function(modules) { // webpackBootstrap
/******/ // The module cache
/******/ var installedModules = {};
/******/
/******/ // The require function
/******/ function __webpack_require__(moduleId) {
/******/
/******/ // Check if module is in cache
/******/ if(installedModules[moduleId]) {
/******/ return installedModules[moduleId].exports;
/******/ }
/******/ // Create a new module (and put it into the cache)
/******/ var module = installedModules[moduleId] = {
/******/ i: moduleId,
/******/ l: false,
/******/ exports: {}
/******/ };
/******/
/******/ // Execute the module function
/******/ modules[moduleId].call(module.exports, module, module.exports, __webpack_require__);
/******/
/******/ // Flag the module as loaded
/******/ module.l = true;
/******/
/******/ // Return the exports of the module
/******/ return module.exports;
/******/ }
/******/
/******/
/******/ // expose the modules object (__webpack_modules__)
/******/ __webpack_require__.m = modules;
/******/
/******/ // expose the module cache
/******/ __webpack_require__.c = installedModules;
/******/
/******/ // define getter function for harmony exports
/******/ __webpack_require__.d = function(exports, name, getter) {
/******/ if(!__webpack_require__.o(exports, name)) {
/******/ Object.defineProperty(exports, name, { enumerable: true, get: getter });
/******/ }
/******/ };
/******/
/******/ // define __esModule on exports
/******/ __webpack_require__.r = function(exports) {
/******/ if(typeof Symbol !== 'undefined' && Symbol.toStringTag) {
/******/ Object.defineProperty(exports, Symbol.toStringTag, { value: 'Module' });
/******/ }
/******/ Object.defineProperty(exports, '__esModule', { value: true });
/******/ };
/******/
/******/ // create a fake namespace object
/******/ // mode & 1: value is a module id, require it
/******/ // mode & 2: merge all properties of value into the ns
/******/ // mode & 4: return value when already ns object
/******/ // mode & 8|1: behave like require
/******/ __webpack_require__.t = function(value, mode) {
/******/ if(mode & 1) value = __webpack_require__(value);
/******/ if(mode & 8) return value;
/******/ if((mode & 4) && typeof value === 'object' && value && value.__esModule) return value;
/******/ var ns = Object.create(null);
/******/ __webpack_require__.r(ns);
/******/ Object.defineProperty(ns, 'default', { enumerable: true, value: value });
/******/ if(mode & 2 && typeof value != 'string') for(var key in value) __webpack_require__.d(ns, key, function(key) { return value[key]; }.bind(null, key));
/******/ return ns;
/******/ };
/******/
/******/ // getDefaultExport function for compatibility with non-harmony modules
/******/ __webpack_require__.n = function(module) {
/******/ var getter = module && module.__esModule ?
/******/ function getDefault() { return module['default']; } :
/******/ function getModuleExports() { return module; };
/******/ __webpack_require__.d(getter, 'a', getter);
/******/ return getter;
/******/ };
/******/
/******/ // Object.prototype.hasOwnProperty.call
/******/ __webpack_require__.o = function(object, property) { return Object.prototype.hasOwnProperty.call(object, property); };
/******/
/******/ // __webpack_public_path__
/******/ __webpack_require__.p = "";
/******/
/******/
/******/ // Load entry module and return exports
/******/ return __webpack_require__(__webpack_require__.s = "./app/main.js");
/******/ })
/************************************************************************/
/******/ ({
/***/ "./app/Greeter.js":
/*!************************!*\
!*** ./app/Greeter.js ***!
\************************/
/*! no static exports found */
/***/ (function(module, exports) {
// Greeter.js
module.exports = function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
};
/***/ }),
/***/ "./app/main.js":
/*!*********************!*\
!*** ./app/main.js ***!
\*********************/
/*! no static exports found */
/***/ (function(module, exports, __webpack_require__) {
//main.js
const greeter = __webpack_require__(/*! ./Greeter.js */ "./app/Greeter.js");
document.querySelector("#root").appendChild(greeter());
/***/ })
/******/ });
复制代码
从总体上看bundle.js,就是一个当即执行的函数表达式(IIFE)。
(function (modules) {
statements
})(modules对象集合);
复制代码
这是一个被称为 自执行匿名函数 的设计模式,主要包含两部分。第一部分是包围在 圆括号运算符 () 里的一个匿名函数,这个匿名函数拥有独立的词法做用域。这不只避免了外界访问此 IIFE 中的变量,并且又不会污染全局做用域。
第二部分再一次使用 () 建立了一个当即执行函数表达式,JavaScript 引擎到此将直接执行函数。
-- 来自MDN的IIFE的解释。
bundle.js中的内容分为两部分,运行时代码和咱们的源代码。自执行函数体都是代码在浏览器端运行时所需的代码。自执行函数的参数就是咱们的源代码。
bundle文件中的自执行函数,还包含了参数,简化一下是这样的:
(function (modules) {
statements
})({
"./app/main.js": function(){ /*main.js源码*/ }
"./app/Greeter.js": function(){ /*Greeter.js源码*/ }
})
复制代码
参数就是包裹着咱们源代码模块的,已路径为key的对象,传递到匿名函数里,就是modules变量。
第一个模块的加载,确定是在匿名函数中了。咱们看到匿名函数中声明了一个__webpack_require__,它就是用来模拟浏览器端的require(模块引用方法)。而后一些列代码将__webpack_require__设置完毕后,最后一行执行了
return __webpack_require__(__webpack_require__.s = "./app/main.js");
复制代码
嗯,require了"./app/main.js"。也就是加载并执行main.js中的代码。
看一眼main.js编译后代码的样子:
function(module, exports, __webpack_require__) {
//main.js
const greeter = __webpack_require__(/*! ./Greeter.js */ "./app/Greeter.js");
document.querySelector("#root").appendChild(greeter());
/***/ }
复制代码
上面说到它被执行,第一句又__webpack_require__了"./app/Greeter.js"。因此Greeter.js中的代码,被加载并执行。
至此,浏览器端,模块的加载执行流程,梳理完成。
目前能够看出,require,module.export能够被又__webpack_require__很好的模拟。咱们看看将Greeter.js中的module.export改为export,会发生什么:
// Greeter.js
export const greeter = function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
};
复制代码
生成的模块,是下面这样的:
function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony export (binding) */ __webpack_require__.d(__webpack_exports__, "greeter", function() { return greeter; });
// Greeter.js
const greeter = function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
};
/***/ }
复制代码
此时,咱们在main.js打印一些require('./Greeter.js')。看看能获得什么:
const Greeter = require('./Greeter.js');
console.log(Greeter);
/*
Greeter对象
{
greeter:f(), // f()是咱们写的源代码方法
__esModule:true,
}
*/
复制代码
webpack_require.d帮咱们将./Greeter.js又包了一层对象,里面有咱们写的greeter变量,指代咱们写的函数。咱们能够经过Greeter.greeter()调用Greeter.js中的greeter方法。
这样也是复合预期的,export命令能够处处多个对象,供外界使用。咱们能够在Greeter.js下写多个方法,那么导出的对象,就是这样的:
{
greeter:f(),
chinaGreeter:f(),
AmericaGreeter:f(),
__esModule:true,
}
复制代码
那么,咱们export default会编译成什么样:
// Greeter.js
export default function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
};
复制代码
编译后:
function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
// Greeter.js
/* harmony default export */ __webpack_exports__["default"] = (function () {
var greet = document.createElement('div');
greet.textContent = "Hi there and greetings!";
return greet;
});
/***/ }
// Greeter.js导出的对象
{
default: f(),
__esModule:true,
}
复制代码
跟export区别不大,只是导出变量的key变成了default。在main.js中,使用require('./Greeter.js').default,既可拿到咱们编写的方法。
说完了导出模块,再来看引入模块的import。
//main.js
import greeter from './Greeter.js';
document.querySelector("#root").appendChild(greeter());
复制代码
编译后
function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony import */ var _Greeter_js__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(/*! ./Greeter.js */ "./app/Greeter.js");
//main.js
document.querySelector("#root").appendChild(Object(_Greeter_js__WEBPACK_IMPORTED_MODULE_0__["default"])());
/***/ })
复制代码
import关键字,被编译成了_Greeter_js__WEBPACK_IMPORTED_MODULE_0__["default"],完美的配合了export default。
再看一下import { greeter } from './Greeter.js'; 编译后为:
function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony import */ var _Greeter_js__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(/*! ./Greeter.js */ "./app/Greeter.js");
//main.js
console.log('greeter', _Greeter_js__WEBPACK_IMPORTED_MODULE_0__["greeter"]);
document.querySelector("#root").appendChild(Object(_Greeter_js__WEBPACK_IMPORTED_MODULE_0__["greeter"])());
/***/ }
复制代码
使用greeter的地方变成了_Greeter_js__WEBPACK_IMPORTED_MODULE_0__["greeter"],完美配合export的导出。
最后再看看import * as Greeter from './Greeter.js';的编译后的形式
function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony import */ var _Greeter_js__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(/*! ./Greeter.js */ "./app/Greeter.js");
//main.js
document.querySelector("#root").appendChild(_Greeter_js__WEBPACK_IMPORTED_MODULE_0__["greeter"]());
/***/ }
复制代码
就是_Greeter_js__WEBPACK_IMPORTED_MODULE_0__表明Greeter对象,里面有greeter等export的函数。
我理解Runtime就是打包后文件中全部非源代码的部分,都算是运行时代码,帮助代码在浏览器运行,用于链接运行时各模块。
Manifest直译过来是清单的意思,我理解Manifest并非指某句代码,而是指运行时的数据:保留Webpack的模块信息。就是上面生成代码中,installedModules变量存储的东西。
咱们常用Webpack代码拆分功能,那拆分以后的各个bundle是如何交互的呢?
咱们在这里作一个实验,拆分一下manifest。在配置文件中添加:
optimization: {
runtimeChunk: {
name: 'manifest'
}
}
复制代码
在生成文件夹中,就产生了main.js,manifest.js两个文件,咱们分别看看两个文件中的代码:
// main.js
(window["webpackJsonp"] = window["webpackJsonp"] || []).push([["index"],{
/***/ "./src/index.js":
/*!**********************!*\
!*** ./src/index.js ***!
\**********************/
/*! no static exports found */
/***/ (function(module, exports) {
// import greeter from './greeter';
// document.querySelector("#root").appendChild(greeter());
console.log('嗯哼');
/***/ })
},[["./src/index.js","manifest"]]]);
复制代码
main.js中只有包含咱们源代码模块的部分了。而后将其push到一个window["webpackJsonp"]的全局变量里。
再看看manifest.js:
/******/ (function(modules) { // webpackBootstrap
/******/ // install a JSONP callback for chunk loading
/******/ function webpackJsonpCallback(data) {
/******/ ...
/******/ // add entry modules from loaded chunk to deferred list
/******/ deferredModules.push.apply(deferredModules, executeModules || []);
/******/
/******/ // run deferred modules when all chunks ready
/******/ return checkDeferredModules();
/******/ };
/******/ function checkDeferredModules() {
/******/ ...
/******/
/******/ return result;
/******/ }
/******/
...
/******/ // The module cache
/******/ var installedModules = {};
/******/
/******/ var deferredModules = [];
/******/
/******/ // The require function
/******/ function __webpack_require__(moduleId) {
/******/
/******/ return module.exports;
/******/ }
/******/
/******/
/******/ var jsonpArray = window["webpackJsonp"] = window["webpackJsonp"] || [];
/******/ var oldJsonpFunction = jsonpArray.push.bind(jsonpArray);
/******/ jsonpArray.push = webpackJsonpCallback;
/******/ jsonpArray = jsonpArray.slice();
/******/ for(var i = 0; i < jsonpArray.length; i++) webpackJsonpCallback(jsonpArray[i]);
/******/ var parentJsonpFunction = oldJsonpFunction;
/******/
/******/
/******/ // run deferred modules from other chunks
/******/ checkDeferredModules();
/******/ })
/************************************************************************/
/******/ ([]);
复制代码
这里删除了不少代码,只留下关键的,咱们只需看 window["webpackJsonp"]这个变量,它是一个数组,而且重写了push方法为webpackJsonpCallback。这样在main.js中调用push时,实则调用了webpackJsonpCallback方法。webpackJsonpCallback执行后续的加载逻辑。这样,不一样文件中的代码,共同工做完成在浏览器端的运行。
以上就是wepback生成文件的基本分析了。后续咱们能够为咱们的wepack配置添加loader,plugin,而后看看bundle文件有哪些变化,进而更好理解loader和plugin的做用及工做原理。
另外提一句webpack的学习方法,我以为webpack的学习,重在练习,光看文章不必定会理解的很好,wepback是一个工具,并且平常工做中,不多去改动它,因此要本身多多练习,多多实验,才能比较好的掌握它。