webpack系列 —— 打包原理

为什么要使用webpack?

如今的很多网页其实可以看做是功能丰富的应用，它们拥有着复杂的JavaScript代码和一大堆依赖包。为了简化开发的复杂度，前端社区涌现出了很多好的实践方法:

模块化，让我们可以把复杂的程序细化为小的文件;

类似于TypeScript这种在JavaScript基础上拓展的开发语言：使我们能够实现目前版本的JavaScript不能直接使用的特性，并且之后还能能装换为JavaScript文件使浏览器可以识别；

scss，less等CSS预处理器

.........

这些改进确实大大的提高了我们的开发效率，但是利用它们开发的文件往往需要进行额外的处理才能让浏览器识别,而手动处理又是非常繁琐的，这就为webpack类的工具的出现提供了需求。

什么是webpack?

本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(dependency graph),其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle。

       webpack 就像一条生产线,要经过一系列处理流程后才能将源文件转换成输出结果。

       这条生产线上的每个处理流程的职责都是单一的,多个流程之间有存在依赖关系,只有完成当前处理后才能交给下一个流程去处理。

       插件就像是一个插入到生产线中的一个功能,在特定的时机对生产线上的资源做处理。 

       webpack 通过 Tapable 来组织这条复杂的生产线。

       webpack 在运行过程中会广播事件,插件只需要监听它所关心的事件,就能加入到这条生产线中,去改变生产线的运作。

        webpack 的事件流机制保证了插件的有序性,使得整个系统扩展性很好。                    -- 《深入浅出 webpack》 吴浩麟

webpack核心概念：

Entry：入口起点(entry point)指示 webpack 应该使用哪个模块,来作为构建其内部依赖图的开始。

进入入口起点后,webpack 会找出有哪些模块和库是入口起点（直接和间接）依赖的。

每个依赖项随即被处理,最后输出到称之为 bundles 的文件中。

Output：output 属性告诉 webpack 在哪里输出它所创建的 bundles,以及如何命名这些文件,默认值为 ./dist。

基本上,整个应用程序结构,都会被编译到你指定的输出路径的文件夹中。

Module：模块,在 Webpack 里一切皆模块,一个模块对应着一个文件。Webpack 会从配置的 Entry 开始递归找出所有依赖的模块。

Chunk：代码块,一个 Chunk 由多个模块组合而成,用于代码合并与分割。

Loader：loader 可以将所有类型的文件转换为 webpack 能够处理的有效模块,然后你就可以利用 webpack 的打包能力,对它们进行处理。 本质上,webpack loader 将所有类型的文件,转换为应用程序的依赖图（和最终的 bundle）可以直接引用的模块。

Plugins： loader 被用于转换某些类型的模块,而plugins(插件)则可以用于执行范围更广的任务。 插件的范围包括,从打包优化和压缩,一直到重新定义环境中的变量。插件接口功能极其强大,可以用来处理各种各样的任务。

webpack的核心机制（loader、plugins）:

Loader工作原理:

loader是用来加载处理各种形式的资源的机制,本质上是一个函数, 接受文件作为参数,返回转化后的结构。

loader是运行在NodeJS中的。因为webpack不认识一些外来模块，所以要使用一些加载器，比如识别css/react/vue/png等。

loader虽然是扩展了 webpack ，但是它只专注于转化文件（transform）这一个领域，完成压缩，打包，语言翻译。

例如：css-loader和style-loader模块是为了打包css的

babel-loader和babel-core模块时为了把ES6的代码转成ES5                           url-loader和file-loader是把图片进行打包的。

用webpack源码中的代码来理解loader的工作原理：

模拟style-loader的功能，loader的简单实现：

//将css插入到head标签内部 
module.exports = function (source) { 
   let script = (` 
       let style = document.createElement("style"); 
       style.innerText = ${JSON.stringify(source)}; 
       document.head.appendChild(style); `); return script; 
   } 
  //使用方式1 
   resolveLoader: { modules: [
      path.resolve('node_modules'),
      path.resolve(__dirname, 'src', 'loaders')] 
   }, 
   { test: /\.css$/, 
     use: ['style-loader']
   }, 
}
//使用方式2 
//将自己写的loaders发布到npm仓库,然后添加到依赖,按照方式1中的配置方式使用即可

以下代码是webpack源码中loader执行关键步骤,以递归的方式执行loader,执行机制流程似于express中间件机制：

function iteratePitchingLoaders(options, loaderContext, callback) { 
    var currentLoaderObject = loaderContext.loaders[loaderContext.loaderIndex]; 
   // load loader module 
   loadLoader(currentLoaderObject, function(err) { 
     var fn = currentLoaderObject.pitch; 
     runSyncOrAsync( fn, loaderContext,
       [
          loaderContext.remainingRequest, 
          loaderContext.previousRequest, 
          currentLoaderObject.data = {}
       ],
     function(err) { 
       if(err) return callback(err); 
       var args = Array.prototype.slice.call(arguments, 1); 
       if(args.length > 0) { 
           loaderContext.loaderIndex--; 
           iterateNormalLoaders(options, loaderContext, args, callback); 
       } else { 
           iteratePitchingLoaders(options, loaderContext, callback); 
       } 
     } ); 
  }); 
}

plugin工作原理：

plugin是一个具有apply方法的 js对象。 apply方法会被 webpack的compiler（编译器）对象调用，并且compiler 对象可在整个compilation（编译）生命周期内