模块pdf2image.dll加载失败_Webpack 原理从前端模块化开始

当前主流 JS 模块化方案

无模块化
CommonJS 规范，nodejs 实现的规范
AMD 规范，requirejs 实现的规范
CMD 规范，seajs 实现的规范， seajs 与 requirejs 实现原理有很多相似的地方 u ES Modules，当前 js 标准模块化方案

注意:cjs、amd、cmd、 ES Modules 都是指规范，所以可能对应有多种实现，下面就对各个模块化方案做简单说明。

无模块化

刀耕火种年代的前端代码

无模块化带来的问题的问题

污染全局作用域
不便于拆分逻辑，维护成本高
依赖关系不明显
复用性差

CommonJS 规范

CommonJS 是由 node 实现的一套规范，关于 CommonJS 的提出可参考CommonJS 规范https://zhaoda.net/webpack-handbook/commonjs.html
require 源码解读可参考 require() 源码解读http://www.ruanyifeng.com/blog/2015/05/require.html
模块包装相当于执行如下代码， compiledWrapper 是调用 node 封装的 V8 原生创建函数的方法返回的一个函数

function compiledWrapper(exports, require, module, __filename, __dirname) {  // 插入文件中的代码  // 返回导出对象  return module.exports}compiledWrapper.call(exports, exports, require, module, filename, dirname)

CommonJS 模块输出的是一个值的拷贝，也就是说，一旦输出一个值，模块内部的变化就影响不到这个值。如下有两个文件，执行命令node index.js，会有什么结果?

// lib.jslet counter = 3function incCounter() {  counter++}module.exports = {  counter,  incCounter}

// index.jsconst mod = require('./lib')// 此处输出值？console.log(mod.counter)mod.incCounter()// 此处输出值？console.log(mod.counter)

输出值分别为：3，3

require 函数第一次加载该脚本，就会执行整个脚本，然后在内存生成一个对象，下次加载会直接从缓存中取数据。以下是一个循环引用的例子，请问执行node main.js后会输出什么？

// a.jsconsole.log('a starting')exports.done = falseconst b = require('./b.js')console.log('in a, b.done = %j', b.done)exports.done = trueconsole.log('a done')

// b.jsconsole.log('b starting')exports.done = falseconst a = require('./a.js')console.log('in b, a.done = %j', a.done)exports.done = trueconsole.log('b done')

// main.jsconsole.log('main starting')const a = require('./a.js')const b = require('./b.js')console.log('in main, a.done = %j, b.done = %j', a.done, b.done)

输出结果如下：

main startinga startingb startingin b, a.done = falseb donein a, b.done = truea donein main, a.done = true, b.done = true

AMD 规范

AMD 是 Asynchronous Module Definition 的简写，即异步模块定义
AMD 规范的完整定义可参考 https://github.com/amdjs/amdjs-api/wiki/AMD
requirejs 是在浏览器中运行的，所有一些基础库需要先配置，以方便其他库调用，可以理解为 CommonJS 中的 node_modules 下的包。业务模块也可定义在其中，可认为是路径别名。paths 中的路径不能包含扩展名。

requirejs路径配置，后面再具体讲解里面参数的作用

require.config({  paths: {    // 如果第一个加载失败就会加载第二个    jquery: ['lib/jquery.min', 'lib/jquery'],    lodash: 'lib/lodash.min',    main: './mian' // 入口文件  }})

定义模块

/*** 定义模块，当依赖加载完成后执行回调* 回调可返回值，返回值会被导出到外部使用* @param {String} id 模块名称，可省略* @param {Array} dependencies 依赖的模块* @param {Function} factory 回调函数*/define(id?, dependencies?, factory);define(['jquery'], function($) {  $('body').css({ background: 'red' })  // 导出log函数  return (...args) => console.log('自定义log', ...args)})

依赖可以使用上面的config中定义paths中的key，这样就可以缩短路径，同时也便于第三方库加载依赖，例如jQuery插件打包为AMD格式的文件，引入jQuery会使用define(['jquery'], function (){ })的形式，而不用关心jQuery的真实路径。

加载模块

/** * 加载模块 * @param {Array} deps 要加载的模块 * @param {Function} callback 加载成功回调，回调参数为加载模块导出对象 * @param {Function} errback 加载失败回调 */requirejs(deps, callback, errback)require(['main'], log => {  log('我成功加载了‘)  // do something...,也可以在这里继续require其他js文件})

requirejs 使用示例可参考原文Github中的源码

CMD 规范

CMD 是 Common Module Definition 的简写，即通用模块定义
CMD 规范的完整定义可参考https://github.com/seajs/seajs/issues/242
CMD 的主要代表是 seajs。CMD 推崇依赖就近，AMD 推崇依赖前置。即 AMD 在定义模块的时候就必须把依赖包含进来，CMD 是在使用的时候再 require 对应的依赖
当前主流的库对 CMD 支持不是很友好，都需要额外的修改才能工作
AMD 与 CMD 写法对比如下

// CMD// 代码写起来有同步require的感觉define((require, exports, module) => {  const $ = require('jquery‘)  $('title').text('hello')})// AMD// 明显的异步风格define(['jquery'], $ => {  $('title').text('hello')})

seajs 中 require 书写约定

正确拼写 require

// 错误！define(function(req) {  // ...}) // 正确！define(function(require) {  // ...})

使用直接量

// 错误！require(myModule) // 错误！require('my-' + 'module') // 错误！require('MY-MODULE'.toLowerCase()) // 正确！require('my-module')

不要修改 require

// 错误 - 重命名 "require"！var req = require,  mod = req('./mod') // 错误 - 重定义 "require"!require = function() {} // 错误 - 重定义 "require" 为函数参数！function F(require) {} // 错误 - 在内嵌作用域内重定义了 "require"！function F() {  var require = function() {}}

seajs 隐藏坑

如下代码输出`$`为 null

function func(require, exports, module) {  const $ = require('jquery‘)  console.log($)}func.toString = () => '() => {}'define(func)

seajs 对于 require 和 define 函数的特殊要求是由于seajs 原理导致的，seajs 的执行流程大致如下

seajs 使用示例可参考原文Github中的源码

ES Modules

ES Modules 是 ECMAScript modules 的简写，也可写为 ESM。ES Modules 是 js 官方推出的标准
ES Modules 相比于其他模块规范是一个静态化的模块解决方案，其他模块化方案都是运行时才能确定输出内容，而 ES Modules 是编译时就确定了的。其他模块化方案导入文件都是整个导入模块，而 ES Modules 可以只导入需要的部分
ES Modules 会自动采用严格模式，不需要像 ES5 一样在头部加上”use strict”
ES Modules 可运行在服务端(node)和浏览器。目前主流浏览器都已经支持 ES Modules，node 使用 ES Modules 需要在执行时加上--experimental-modules，且要求编写的 js 文件必须以.mjs 为后缀
ES Modules 导出的是一个值得引用，即在模块内改变了导出值，那么下一次使用也会得到新的值

如下有两个文件，执行命令node --experimental-modules index.mjs，会有什么结果？

// lib.mjsexport let counter = 3export function incCounter() {  counter++}

// index.mjsimport * as mod from './lib’// 此处输出值？console.log(mod.counter)mod.incCounter()// 此处输出值？console.log(mod.counter)

输出结果为：3，4

循环引用

如下代码，请问执行`node --experimental-modules main.mjs`后会输出什么内容

// a.mjsimport { bar } from './b.mjs'console.log('a.mjs')console.log(bar)export let foo = 'foo'

// b.mjsimport { foo } from './a.mjs'console.log('b.mjs')console.log(foo)export let bar = 'bar'

// main.mjsimport './a.mjs'

在所有的模块规范中都存在循环依赖问题，解决依赖循环的方式都相似，几乎都采用惰性导入的方式来解决。
如下两个文件存在循环引用，当执行 node --experimental-modules a.mjs 时，会报错说 b 未定义，这就是由于循环依赖导致的，如果不使用 b 则不会报错，修改方案如下。其他的模块循环引用也可按照此方法进行修改。
CommonJS 也可以使用先导出自身，再引入其他模块的方式来避免。同时也可以把 require 放入到函数体中，即在调用的时候才去加载依赖