<p>本文较长，为了节省你的阅读时间，在文前列写作思路如下：</p>    <ul>     <li>什么是webpack，它要解决的是什么问题？</li>     <li>对webpack的主要配置项进行分析，虽然不会涉及太多细节，但是期待在本节能让我们知晓如果我们有什么需求，我们该从哪些配置项着手修改？</li>     <li>分析create-react-app的基础配置文件。</li>     <li>分享一些自己工作中对webpack的实践。</li>    </ul>    <p>本文的初衷是和你一起理清webpack的使用逻辑，以便能更加容易的编写及拓展自己项目所需的配置文件。不过也得提前说明本文可能并不是一篇好的可以跟着操作的教程（想跟着一步步做的童鞋可以看 <a href="/misc/goto?guid=4959755134302973597" rel="nofollow,noindex">官方示例</a> 和 <a href="/misc/goto?guid=4959721374791691084" rel="nofollow,noindex">webpack入门，看这篇就够了</a> 。</p>    <h2><strong>换个角度看待webpack</strong></h2>    <p>近年来，前端技术蓬勃发展，我们想在js更方便的实现html , 社区就出现了jsx,我们觉得原生的css不够好用，社区就提出了scss,less，针对前端项目越来越强的模块化开发需求，社区出现了AMD,CommonJS,ES2015 import等等方案。遗憾的是，这些方案大多并不直接被浏览器支持，往往伴随这些方案而生的还有另外一些，让这些新技术应用于浏览器的方案，我们用babel来转换下一代的js，转换jsx;我们用各种工具转换scss,less为css；我们发现项目越来越复杂，代码体积越来越大，又要开始寻找各种优化，压缩，分割方案。前端工程化这个过程，真是让我们大费精力。我们也大多是在寻找前端模块化解决方案的过程中知晓了webpack。</p>    <p>的确，webpack的流行得益于野性生长的前端，其本质是一种前端模块化打包解决方案，但是更重要的是它又是一个可以融合运用各种前端新技术的平台，明白webpack的使用哲学后，只需要简单的配置,我们就可以随心所欲的在webpack项目中使用jsx/ts,使用babel/postcss等平台提供的众多其它功能，只需通过一条命令由源码构建最终可用文件。可以不夸张的说webpack为前端的工程化开发提供了一套相对容易和完整的解决方案。一些知名的脚手架工具，也大多基于webpack(比如create-react-app)。</p>    <p>webpack好难！我第一次复制别人的配置文件到我的项目中，发现以自己仅有的JS知识完全看不懂时，也有这种感觉。后来发现有这种感觉其实是因为自己看待webpack的角度错了，对大多数前端开发者而言，以往我们接触的各种库，要么类似jQuery,通过$符在前端项目中直接运行，所做的事情只在前端生效，要么类似express.js,在node.js项目中直接require后就可以使用，所做的事情只在后端生效。webpack的不同之处就在于，虽然我们的配置文件位于前端项目中，但实际上它却运行于node.js，之后的处理结果又供前端使用（也可能供node使用）。所以学习之前，我们转变一下思维，从node.js的角度来看webpack，很多事情就会简单起来。</p>    <p>我们对下图一定不陌生，假设现在我们手中有一系列相互关联的文件js,jsx,css,less,jpg，我们一步步的看看为了把它们转换为项目最终需要的，浏览器可识别的文件，webpack都做了什么。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/c696dc3626f82972474fe301e8723886.png"></p>    <h2><strong>对webpack主要配置项的分析</strong></h2>    <p>如果不去考究细节，我们大可把webpack简化理解为一个函数，配置文件则是其参数，传入合理的参数后，运行函数就能得到我们想要的结果。</p>    <p>webpack也只是一个打包工具，它可不是什么智能ai，我们该从哪儿输入文件，我们想把输出结果放哪里，输出结果应该长什么样，它都不知道。而我们目前和webpack函数交互的唯一方法就是通过参数，这就涉及到webpack配置对象中两个重要概念entry和output了，因此，我们的配置对象至少具备以下结构：</p>    <pre>  // 第一阶段  {      entry:{},      output:{}  }</pre>    <h2><strong>入口配置entry</strong></h2>    <p>理想状态是，我们把所有自己编写的文件都交给webpack,让它找明里面的关系，进过一定处理后，给出最终我们想要的结果。遗憾的是，webpack也不会机械学习，我们手头的一堆文件之间的关系是自己确定的，一般我们的项目都会存在一个或几个主文件，其它的所有的文件（模块）都直接或间接的链接到了这些文件。我们在entry项中需要填写的就是这些主文件的信息。</p>    <p>不过我们也不要嫌弃webpack笨，通过我们给的主文件路径，通过分析它能构建最合适的依赖关系，这意味着只有用过的代码才会被打包，比如我们在一个文件中写了五个模块，但是实际只用了其中一个，打包后的代码只会包含引用过的模块。</p>    <p>webpack中很多地方的配置都有多种写法，这也是其让人疑惑的地方之一，很遗憾，我们的第一个配置对象entry就是如此。</p>    <p><strong>entry可以是三种值：</strong></p>    <p>1、字符串:如entry:'./src/index.js'，字符串也可以是函数的返回值，如entry: () => './demo'，单一入口占位符[name]值为main（关于占位符，稍后详述）；</p>    <p>2、数组形式，如[react,react-dom]，可以把数组中的多个文件打包转换为一个chunk；</p>    <p>3、对象形式，如果我们需要配置的是多页应用，或者我们要抽离出指定的模块做为公共代码，就需要采用这种形式了，属性名是占位符[name]的值，属性值可以是上面的字符串和数组，如下:</p>    <p>// 值得注意的是入口文件有几个就会生成几个独立的依赖图谱。</p>    <pre>  entry:{      main:'./src/index.js',      second:'./src/index2.js',      vendor: ['react','react-dom']  }</pre>    <p>好吧，千辛万苦，我们在一堆各种类型的文件中找到了入口文件，这里我们假设为./src/index.js，此时我们的配置对象如下：</p>    <pre>  // 第二阶段  {      entry:{          main:'./src/index.js'      },      output:{}  }</pre>    <p>webpack依据入口文件来构建依赖体系，每个入口文件在打包完成后都具备其独立的依赖图谱，在此我们暂时称这些由主入口配置生成的文件为主js文件。</p>    <h2><strong>输出配置output</strong></h2>    <p>output配置项作用于打包文件的输出阶段，其作用在于告知webpack以何种方式输出打包文件，关于output，webpack提供了众多的可配置选项，我们简单介绍下最常用的选项。</p>    <h2><strong>output基本配置项</strong></h2>    <p>我们都另存过文件，当我们另存一个文件时，我们需要确定另存的文件名和另存的路径，webpack将打包后的结果导出的过程就类似于此，此过程由output配置项控制，其最基本配置包括filename和path两项。这两项用以决定上述主js文件的存储行为。</p>    <p>不过我们程序的首页往往不需用到某个主js文件的所有代码，实际开发中，我们常常使用一定方法对代码进行分割，方便按需加载，提升体验。这类不具备独立依赖的文件，我们称之为chunkfile。chunkfile的命名，在output中对应chunkFilename项；</p>    <p>此外output的publicPath项，用于控制打包文件的相对或者绝对引用路径，配置不当往往造成在运行时找不到文件。</p>    <p>我们补充配置对象中output的配置，如下：</p>    <pre>  // 第三阶段  {      entry:{          main:'./src/index.js'      },      output:{          path: path.join(__dirname,'./dist'),          name:'js/bundle-[name]-[hash].js',          chunkFilename:'js/[name].chunk.js',          publicPath:'/dist/'      }  }</pre>    <p>上述代码中用到了占位符[name]，我们对占位符做统一解释：</p>    <p>webpack中常见的占位符有多种，常见的如下：</p>    <ul>     <li>[name]:代表打包后文件的名称，在entry或代码中(之后会看到)确定；</li>     <li>[id]:webpack给块分配的内部chunk id，如果你没有隐藏，你能在打包后的命令行中看到；</li>     <li>[hash]：每次构建过程中，生成的唯一 hash 值;</li>     <li>[chunkhash]: 依据于打包生成文件内容的 hash 值,内容不变，值不变；</li>     <li>[ext]: 资源扩展名,如js,jsx,png等等;</li>    </ul>    <h2><strong>output其它配置</strong></h2>    <p>output配置项生效于保存这个过程，除了上面的基本配置，如果你想对这个阶段的打包文件进行更改，都可在此配置项中进行相关设置。</p>    <p>比如output提供了众多关于hash的属性，让我们对[hash]占位符的值有更加精细的控制，如生成方式，使用的算法，预设的长度等等；如chunkLoadTimeout属性则允许我们设置chunk文件的请求超时时间。</p>    <p>工具都是依赖于需求来使用的，如果你此阶段有别的需求，可点击更多配置寻找解决方案。</p>    <p>我们已经知道了webpack中基本的输入和输出配置，但是webpack对各模块的处理过程，目前为止，对我们还是一个谜。考虑到webpack执行于node.js环境，其本身只能理解js文件，而我们输入的却是一大堆不同格式的文件，毫无疑问,要做的第一件事情是对各类模块进行处理，这就涉及到webpack中第三个重要配置对象了---module。</p>    <h2><strong>对模块的处理：module的配置</strong></h2>    <p>使用webpack时，我们常常听说，对webpack而言，所有的文件都是模块，前文中我也常常混用模块和文件，不过本质上模块和文件还是不同的，webpack里，文件可以当做模块，而模块却不一定是一个独立的文件。我们先看看webpack内置支持的模块类型：</p>    <ul>     <li>ES2015 import（webpack2开始内置支持）。</li>     <li>CommonJS require。</li>     <li>AMD define和require语句。</li>     <li>css/less/sass 中的@import。</li>     <li>样式中的url(...)和html文件中的<img src="..."/>。</li>    </ul>    <p>我们知道webpack只能处理js文件，我们的浏览器也可能不支持一些最新的js语法，基于此，我们需要对传入的模块进行一定的预处理，这就涉及到webpack的又一核心概念 --- loader，使用loader，webpack允许我们打包任何JS之外的静态资源。</p>    <h2><strong>loader的作用和基本用法</strong></h2>    <p>webpack中，loader的配置主要在module.rules中进行，module.rules是一个数组，我们可以把每一项看做一个Rule，每个Rule主要做了以下两件事：</p>    <ul>     <li>识别文件类型，以确定具体处理该数据的loader，（Rule.test属性）。</li>     <li>使用相关loader对文件进行相应的操作转换，（Rule.use属性）。</li>    </ul>    <p>还记得前面我们说过，我们手头的文件类型有js,jsx,css,less,jpg吗？我们看看在webpack中该如何处理和转换它们。</p>    <p>注：以下loader使用前需通过npm/cnpm/yarn安装：</p>    <pre>  module: {     rules: [{         test: /(\.jsx|\.js)$/,         use: {             loader: "babel-loader",             options: {                 presets: ["es2015", "react"]             }         },         exclude: /node_modules/     }, {         test: /\.css$/,         use: ["style-loader", "css-loader"]     }, {         test: /\.less$/,         use: ["style-loader", "css-loader", "less-loader"]     }]  },</pre>    <p>这就是webpack中loader的基本用法了，在module.rules数组中进行配置即可，module.rules是一个数组，里面每一项（一个Rule）表示以一定的规则匹配和处理某种或某几种类型的文件。具体说来：</p>    <ul>     <li>Rule.test:表示匹配规则，它是一个正则表达式。</li>     <li>Rule.use:表示针对匹配的文件将使用的处理loader，其值可以是字符串，数组和对象，当是对象形式时，我们可以使用options等命令进行进一步的配置。</li>     <li>Rule中的其它一些规则也大多围绕匹配条件和应用结果展开，如Rule.exclude和Rule.include表示应该匹配或不应该匹配某资源；Rule.oneOf表示对该资源只应用第一个匹配的loader；Rule.enforce则用于指定loader的种类。</li>    </ul>    <h2><strong>loader可以做什么</strong></h2>    <p>webpack的强大之处在于，可以轻松在其中应用其它平台提供的功能，比如说babel,postcss本身都是独立的平台。在webpack中只需要添加babel-loader和postcss-loader就可以使用。这两个平台本身也提供众多的配置项，默认分别可在 <a href="/misc/goto?guid=4959648206938590595" rel="nofollow,noindex">.babelrc</a> 和 <a href="/misc/goto?guid=4959755134453918000" rel="nofollow,noindex">postcss.config.js</a> 中完成，webpack并不影响这些配置文件的使用。不过需要说明的可能很多童鞋是在学习webpack时才接触这两个平台，导致在这两个平台上遇到的问题误以为是webpack的问题。</p>    <p>除了上述的转换编译，通过loader，webpack还允许我们实现以下功能：</p>    <ul>     <li>转换编译：script-loader/babel-loader/ts-loader/coffee-loader等。</li>     <li>处理样式：style-loader/css-loader/less-loader/sass-loader/postcss-loader等。</li>     <li>处理文件：raw-loader/url-loader/file-loader/等。</li>     <li>处理数据：csv-loader/xml-loader等。</li>     <li>处理模板语言：html-loader/pug-loader/jade-loader/markdown-loader等。</li>     <li>清理和测试：mocha-loader/eslint-loader等。</li>    </ul>    <p>关于各个loader更详细的介绍，可点击 <a href="/misc/goto?guid=4959755134542422461" rel="nofollow,noindex">loaders</a> 查看。</p>    <h2><strong>module.noParse</strong></h2>    <p>关于module，另一个常用的配置项为module.noParse，通过它，我们在构建过程中可以忽略大型的 library 以提高构建效率。</p>    <p>我们来整理一下此阶段，我们的配置对象代码，如下：</p>    <pre>  // 第四阶段  {      entry: {          main: './src/index.js'      },      output: {          path: path.join(__dirname, './dist'),          name: 'js/bundle-[name].js',          chunkFilename: 'js/[name].chunk.js',          publicPath: '/dist/'      },      module: {          rules: [{              test: /(\.jsx|\.js)$/,              use: {                  loader: "babel-loader",                  options: {                      presets: ["es2015", "react"]                  }              },              exclude: /node_modules/          }, {              test: /\.css$/,              use: ["style-loader", "css-loader"]          }, {              test: /\.less$/,              use: ["style-loader", "css-loader", "less-loader"]          }]      }  }</pre>    <p>进过这一阶段的处理，我们的代码其实已经可以输出使用了。不过这样的输出可能还不能让人满意，我们想要抽离公共代码；我们想统一修改所有代码中的某些值；我们还想对代码进行压缩，去除所有的console… , 总之这一阶段的代码还是存在很大的改进空间的，这就是plugin的用武之地了。</p>    <h2><strong>plugins的配置</strong></h2>    <p>webpack称plugins为其backbone,一切loader不能做的处理都可由plugins来做。此评价足见其重要性。</p>    <p>鉴于插件如此重要，webpack内置了众多的常用的plugins，无需额外安装就可直接使用。我们先看看plugins的基本配置方法，然后再分类介绍一下常用的plugins。</p>    <p><strong>plugins的使用方法</strong></p>    <p>plugins是一个数组，数组中的每一项都是某一个plugin的实例，plugins数组甚至可以存在一个插件的多个实例。</p>    <p>下面代码中，分别展示了webpack内置插件和第三方插件的使用方法：</p>    <pre>  // 第三方插件需要在安装后引入  const CleanWebpackPlugin = require("clean-webpack-plugin");    {      ...      plugins:[        new webpack.DefinePlugin({          "process.env": {              NODE_ENV: JSON.stringify("production")          }      }),        new CleanWebpackPlugin(["js"], {          root: __dirname + "/stu/",          verbose: true,          dry: false      })      ]  }</pre>    <p>一种插件其实就是一种函数，通过传入不同的参数，插件可按我们的需求实现不同的功能。不过插件数量众多，我们甚至还可以自己来写插件，每个插件还有自己特定的配置规则，这也是webpack让人觉得难学的地方之一，不过好在作为一个工具，对于我们大多数人最需要掌握的plugins并不是那么多，其它的待真的有相关需求再边查边学也不迟，webpack的插件列表可参看这里。</p>    <h2><strong>常用plugins的介绍</strong></h2>    <p>plugins功能众多，但是大多数plugin的功能主要集中在两方面：</p>    <ul>     <li>对前一阶段打包后的代码进行处理，如添加替换一些内容，分割代码为多块，添加一些全局设置等。</li>     <li>辅助输出，如自动生成带有链接的index.html，对生成文件存储文件夹做一定的清理等。</li>    </ul>    <p><strong>对代码进行处理</strong></p>    <p>抽离不同文件的共享代码，减少chunk间的重复代码，有效利用缓存。</p>    <p>抽离可能整个项目都在使用的第三方模块，比如react react-dom。</p>    <p>将多个子chunk中的共用代码打包进父chunk或使用异步加载的单独chunk。</p>    <ul>     <li>BannerPlugin:给代码添加版权信息，如在plugins数组中添加new BannerPlugin(‘GitChat’)后能在打包生成的所有文件前添加注释GitChat详见。</li>     <li>CommonsChunkPlugin，用于抽离代码，具有多种用途 详情查看 <a href="/misc/goto?guid=4959755134628843636" rel="nofollow,noindex">CommonsChunkPlugin</a> 。</li>     <li>抽离Manifest这类每次打包都会变化的内容，减轻打包时候的压力，提升构建速度。</li>     <li>CompressionWebpackPlugin:使用配置的算法（如gzip）压缩打包生成的文件， <a href="/misc/goto?guid=4959755134708964838" rel="nofollow,noindex">详见</a> 。</li>     <li>DefinePlugin:创建一个在编译时可配置的全局常量,如果你自定义了一个全局变量PRODUCTION,可在此设置其值来区分开发还是生产环境 <a href="/misc/goto?guid=4959755134802323794" rel="nofollow,noindex">详见</a> 。</li>     <li>EnvironmentPlugin:实际上是DefinePlugin插件中对process.env进行设置的简写形式，如new webpack.EnvironmentPlugin(['NODE_ENV', 'DEBUG'])将设置process.env.NODE_ENV='DEBUG',EnvironmentPlugin。</li>     <li>ExtractTextWebpackPlugin:抽离css文件为单独的css文件， <a href="/misc/goto?guid=4959755134884952938" rel="nofollow,noindex">详见</a> 。</li>     <li>ProvidePlugin：全局自动加载模块，如添加new webpack.ProvidePlugin({$: 'jquery', jQuery: 'jquery'})后,则全局不用在导入jquery就可以直接使用$，ProvidePlugin。</li>     <li>UglifyjsWebpackPlugin:使用前需要先安装，基于UglifyJS压缩代码，支持其所有配置 <a href="/misc/goto?guid=4959749507630258920" rel="nofollow,noindex">UglifyjsWebpackPlugin</a> 。</li>    </ul>    <h2><strong>辅助输出打包后的代码</strong></h2>    <ul>     <li>HtmlWebpackPlugin:使用前需要先安装，为你自动生成一个html文件，该文件将自动依据entry的配置引入依赖，如果你的文件名中添加了[hash]等占位符，这将非常有用, <a href="/misc/goto?guid=4959755134998375214" rel="nofollow,noindex">详见</a> 。</li>     <li>CleanWebpackPlugin:使用前需要先安装，此插件允许你在配置以后，每次打包时，清空所配置的文件夹，如果你每次打包的文件名不同，这将非常有用 <a href="/misc/goto?guid=4959755135085324940" rel="nofollow,noindex">GitHub - clean-webpack-plugin</a> 。</li>    </ul>    <p>通过上述对不同插件的描述，你一定大致明白了，插件可以做什么，之后在开发的过程中，如果你遇到的什么需要在此阶段解决的问题，大可搜索看看是否有相关的插件，推荐查阅 <a href="/misc/goto?guid=4959755135170029346" rel="nofollow,noindex">awesome-webpack</a> 。</p>    <p>学习了插件以后，现在我们的配置对象是如下这样：</p>    <pre>  // 第5阶段  {      entry: {          main: './src/index.js'      },      output: {          path: path.join(__dirname, './dist'),          name: 'js/bundle-[name].js',          chunkFilename: 'js/[name].chunk.js',          publicPath: '/dist/'      },      module: {          rules: [{              test: /(\.jsx|\.js)$/,              use: {                  loader: "babel-loader",                  options: {                      presets: ["es2015", "react"]                  }              },              exclude: /node_modules/          }, {              test: /\.css$/,              use: ["style-loader", "css-loader"]          }, {              test: /\.less$/,              use: ["style-loader", "css-loader", "less-loader"]          }]      },      plugins: [          new webpack          .optimize          .CommonsChunkPlugin({              name: 'vendor',              filename: "js/[name]-[chunkhash].js"          }),          new webpack.optimize.CommonsChunkPlugin({              name: "manifest",              minChunks: Infinity          }),          new webpack.ProvidePlugin({              Promise: "exports-loader?global.Promise!es6-promise",              fetch: "exports-loader?self.fetch!whatwg-fetch"          }),          new HtmlWebpackPlugin({              filename: "index.html",              template: "app/index.html",              inject: "body"          }),          new CleanWebpackPlugin(["js"], {              root: __dirname + "/stu/",              verbose: true,              dry: false          }),          new webpack.DefinePlugin({              "process.env": {                  NODE_ENV: JSON.stringify("production")              }          })      ]  }</pre>    <p>至此，从输入entry->处理loaders/plugins->输出output，我们讲解了webpack的核心功能，不过webpack还提供其它的一些配置项，这些配置项大多从两方面起作用，辅助开发、对构建过程中的一些细节做调整。对这些属性，下面只做简单的介绍。</p>    <h2><strong>其它的一些配置</strong> <strong>辅助开发的相关属性</strong></h2>    <ul>     <li>devtool:</li>     <li>打包后的代码和原始的代码往往存在较大的差异，此选项控制是否生成，以及如何生成 source map，用以帮助你进行调试，详情可查看 <a href="/misc/goto?guid=4959755135251173172" rel="nofollow,noindex">Devtool</a> 。</li>     <li>devServer：</li>     <li>通过配置devServer选项，你可以开启一个本地服务器，webpack为此本地服务器提供了非常多的配置选项，点击查看dev-server，你会发现通过合适的配置，你可以拥有所有本地服务器可提供的功能。</li>     <li>watch:</li>     <li>启用 Watch 模式后，webpack 将持续监听任何已解析文件的更改，重新构建文件，Watch 模式默认关闭，在开发时候如果开启会很方便。</li>     <li>watchOptions:</li>     <li>一组用来定制 Watch 模式的选项： 详见 <a href="/misc/goto?guid=4959755135340649302" rel="nofollow,noindex">watch</a> 。</li>     <li>performance:</li>     <li>本配置让你设置打包后命令行中该如何展示性能提示，比如是否开启提示，资源如果超过某个大小时该警告还是报错，详见 <a href="/misc/goto?guid=4959755135418640569" rel="nofollow,noindex">performance</a> 。</li>     <li>stats:</li>     <li>本选项让你配置打包过程中输出的内容，如没有输出none，标准输出normal，全部输出verbose，只输出错误errors-only等等。</li>    </ul>    <h2><strong>精细配置相关属性</strong></h2>    <ul>     <li>content:设置基础路径，默认使用当前目录。</li>     <li>resolve:</li>     <li>确定模块如何被解析，webpack已经提供了合理的默认值，不过通过你的自定义配置，可以对模块解析实现更加精细的控制，如对某些常用模块可以通过设置别名以更容易引用，也可在此处设置可被忽略的后缀名，详见 <a href="/misc/goto?guid=4959755135507523980" rel="nofollow,noindex">resolve</a> 。</li>     <li>target:</li>     <li>告知 webpack 需要打包的代码执行的环境，针对 node 和 web 打包过程会有所不同，详见 <a href="/misc/goto?guid=4959755135590263985" rel="nofollow,noindex">Target</a> 。</li>     <li>externals:</li>     <li>让打包生成的代码中不添加某依赖项，而让这些依赖项直接从用户环境中获取,在进行库的开发时非常有用。</li>     <li>node:</li>     <li>是一个对象，其中每个属性都是 Node.js 全局变量或模块的名称,每一项的设置值都可以是（true/mock/empty/false）中的一种，以确定这些node中的对象在其它环境中是否可用。</li>     <li>此外webpack还具备其它一些用的比较少的配置对象，详见 <a href="/misc/goto?guid=4959755135672038600" rel="nofollow,noindex">Other Options</a> 。</li>    </ul>    <p>至此，我们了解了webpack常用的配置项及其意义。为了检测我们的学习成果，我们一起分析一个中等项目中的webpack配置文件。配置文件来自于create-react-app,使用create-react-app新建项目后，执行npm run eject可看到多个配置文件，这里我们选择webpack.dev.js。</p>    <h2><strong>分析create-react-app中webpack的配置</strong></h2>    <pre>  const path = require('path');  const webpack = require('webpack');  const HtmlWebpackPlugin = require('html-webpack-plugin');  const CaseSensitivePathsPlugin = require('case-sensitive-paths-webpack-plugin');  const InterpolateHtmlPlugin = require('react-dev-utils/InterpolateHtmlPlugin');  const WatchMissingNodeModulesPlugin = require('react-dev-utils/WatchMissingNodeModulesPlugin');  const eslintFormatter = require('react-dev-utils/eslintFormatter');  const ModuleScopePlugin = require('react-dev-utils/ModuleScopePlugin');    module.exports = {    devtool: 'cheap-module-source-map',    entry: [      require.resolve('react-dev-utils/webpackHotDevClient'),      require.resolve('./polyfills'),      require.resolve('react-error-overlay'),      'src/index.js'    ],    output: {      path: '/build/',      pathinfo: true,      filename: 'static/js/bundle.js',      chunkFilename: 'static/js/[name].chunk.js',      publicPath: '',      devtoolModuleFilenameTemplate: info =>        path.resolve(info.absoluteResourcePath).replace(/\\/g, '/'),    },    resolve: {      modules: ['node_modules'],      extensions: ['.web.js', '.js', '.json', '.web.jsx', '.jsx'],      alias: {        'react-native': 'react-native-web',      },      plugins: [        new ModuleScopePlugin('/src'),      ],    },    module: {      strictExportPresence: true,      rules: [{        test: /\.(js|jsx)$/,        enforce: 'pre',        use: [{          options: {            formatter: eslintFormatter,          },          loader: require.resolve('eslint-loader'),        }, ],        include: 'src',      }, {        exclude: [/\.html$/,/\.(js|jsx)$/,/\.css$/,/\.json$/,/\.bmp$/,/\.gif$/,/\.jpe?g$/,/\.png$/],        loader: require.resolve('file-loader'),        options: {          name: 'static/media/[name].[hash:8].[ext]',        },      }, {        test: [/\.bmp$/, /\.gif$/, /\.jpe?g$/, /\.png$/],        loader: require.resolve('url-loader'),        options: {          limit: 10000,          name: 'static/media/[name].[hash:8].[ext]',        },      }, {        test: /\.(js|jsx)$/,        include: 'src',        loader: require.resolve('babel-loader'),        options: {          cacheDirectory: true,        },      }, {        test: /\.css$/,        use: [          require.resolve('style-loader'), {            loader: require.resolve('css-loader'),            options: {              importLoaders: 1,            },          }, {            loader: require.resolve('postcss-loader'),            options: {                      ...            },          },        ],      }, ],    },    plugins: [      new InterpolateHtmlPlugin({        NODE_ENV:'development',        PUBLIC_URL:''      }),      new HtmlWebpackPlugin({        inject: true,        template: 'public/index.html',      }),      new webpack.NamedModulesPlugin(),      new webpack.DefinePlugin({        'process.env':{          NODE_ENV:"development",          PUBLIC_URL:'" "'        }      }),      new webpack.HotModuleReplacementPlugin(),      new CaseSensitivePathsPlugin(),      new WatchMissingNodeModulesPlugin(paths.appNodeModules),      new webpack.IgnorePlugin(/^\.\/locale$/, /moment$/),    ],    node: {      dgram: 'empty',      fs: 'empty',      net: 'empty',      tls: 'empty',    },    performance: {      hints: false,    },  };</pre>    <p>对可能和你看到的webpack.config.dev.js有所不同的说明：</p>    <p>1、npm run reject之前，对create-react-app的一些设置会影响这里看到的配置文件。</p>    <p>2、原始的webpack.config.dev.js中，部分值由外部函数生成，相关值，在上述代码中直接改为了确定的结果，如env.raw在上述代码中被替换为：</p>    <pre>  {        NODE_ENV:'development',        PUBLIC_URL:''      }</pre>    <p>3、create-react-app在开发环境并不生成真实的文件到硬盘，上述代码中的部分路径可能有误，见谅。</p>    <p>推荐在看下面的分析前，花三分钟看看上述文件，如果都能看得懂，那么恭喜你，你已经明白webpack的运作方式了，快去自己的项目中实践吧，如果还有疑惑，也不要紧，我们一起来分析。</p>    <h2><strong>webpack.config.dev.js执行于node环境</strong></h2>    <p>首先，我们应该明确webpack.config.dev.js执行于node环境,目的在于返回webpack需要的配置对象，因此其中可以使用node提供的一些特殊变量和语法，比如__dirname，又如引入模块时采用CommonJS模式。</p>    <p>此文件的开头，首先通过require语句引入了path,webpack和一系列webpack插件，除了HtmlWebpackPlugin在前文中我们见过，其它的我们都未曾见过，其实这些大多是create-react-app针对webpack已有的插件改进或新开发的插件，所以不熟悉也正常，随后我们将一个个的弄清楚它们是干嘛的。</p>    <h2><strong>对module.exports的分析</strong> <strong>devtool</strong></h2>    <p>此处的配置值为cheap-module-source-map,代表不带列映射的 SourceMap，将加载的 Source Map 简化为每行单独映射。</p>    <p><strong>entry</strong></p>    <p>此处的entry是一个数组，代表着四项的代码都会添加到打包结果之中。</p>    <ul>     <li>webpackHotDevClient可以被看做具有更好体验的WebpackDevServer。</li>     <li>./ployfill.js用以在浏览器中支持promise/fetch/object-assign。</li>     <li>react-error-overlay在开发环境中使用，强制显示错误页面。</li>     <li>./src/index.js则是我们的app的主入口。</li>    </ul>    <p><strong>output</strong></p>    <p>在实际使用create-react-app的过程中，我们并看不见开发环境的打包结果，因此此处的说明仅供参考。</p>    <ul>     <li>path指定，打包后文件存放的位置为/build/。</li>     <li>pathinfo为true，在打包文件后，在其中所包含引用模块的信息，这在开发环境中有利于调试。</li>     <li>filename指定了打包的名字和基本的引用路径static/js/bundle.js。</li>     <li>chunkFilename:指定了非入口文件的名称static/js/[name].chunk.js。</li>     <li>publicPath:指定服务器读取时的路径，此处设置为。</li>     <li>devtoolModuleFilenameTemplate:这里是一个函数，指定了map位于磁盘的位置。</li>    </ul>    <p><strong>resolve</strong></p>    <ul>     <li>modules:指定了模块的搜索的位置，这里设置为node_modules。</li>     <li>extensions:指明在引用模块时哪些后缀名可以忽略，这里忽略的文件名包括.js/.jsx/.web.js/.web.jsx等。</li>     <li>alias:创建 import 或 require 的别名，使得部分模块的引用变得简单，安装上文的设置，现在我们可以直接引用react-native和react-native-web了。</li>     <li>plugins:此处使用了ModuleScopePlugin的实例，用以限制自己编写的模块只能从src目录中引入。</li>    </ul>    <p><strong>modules</strong></p>    <p>Rule1：对js/jsx文件前置使用eslintFormatter，设置formatter格式为eslintFormatter。</p>    <p>Rule2：对exclude中的众多文件类型不使用file-loader,并设置其它文件打包后的名称按'static/media/[name].[hash:8].[ext]'格式设置。</p>    <p>Rule3: 对js/jsx文件调用babel-loader处理转换。</p>    <p>Rule4: 对css文件，按顺序调用style-loader,css-loader,postcss-loader进行处理。</p>    <ul>     <li>strictExportPresence:这里设置为true,表明文件中如果缺少exports时会直接报错而不是警告。</li>     <li>rules：</li>    </ul>    <p><strong>plugins</strong></p>    <p>这里的一些插件，有的可能我们还比较陌生，我们一一介绍。</p>    <ul>     <li>InterpolateHtmlPlugin:和HtmlWebpackPlugin串行使用，允许在index.html中添加变量。</li>     <li>HtmlWebpackPlugin:自动生成带有入口文件引用的index.html。</li>     <li>NamedModulesPlugin:当开启 HMR 的时候使用该插件会显示模块的相对路径，建议用于开发环境。</li>     <li>DefinePlugin:这里我们设置了process.env.NODE_ENV的值为development。</li>     <li>HotModuleReplacementPlugin:启用模块热替换。</li>     <li>CaseSensitivePathsPlugin:如果路径有误则直接报错。</li>     <li>WatchMissingNodeModulesPlugin:此插件允许你安装库后自动重新构建打包文件。</li>     <li>new webpack.IgnorePlugin(/^\.\/locale$/, /moment$/):忽略所匹配的moment.js。</li>    </ul>    <p><strong>node</strong></p>    <p>设置node的dgram/fs/let/tls模块的的值，如果在其它环境中使用时值为empty。</p>    <p><strong>performance</strong></p>    <p>hints: false:不提示测试环境的打包结果。</p>    <p>上文一直讨论的是，webpack各设置项的基本意义，目的在于让你在有相关需求时，能知道该从哪一项下手查询。不过看到这里，如果你之前从未上手操作过webpack可能依旧不知道该如何使用，下面我分析一下，我在自己的项目中是如何使用的。</p>    <h2><strong>一些工程实践建议</strong></h2>    <p>官方文档的guides部分已经就如何实践提出了较多的建议，建议阅读以下内容前先行阅读。</p>    <p><strong>结合npm使用</strong></p>    <p>webpack在安装后有多种调用方法。</p>    <p>1、在命令行中直接传入参数使用（这个实际我用的比较少）。</p>    <p>2、自定义 webpack.config.js文件,在其中完成配置，然后在命令行中执行webpack --config webpack.config.js来使用，配置文件可以是任何其它名称（如果是webpack.config.js,我们直接使用webpack命令）。</p>    <p>3、结合npm使用，在package.json文件中的scripts对象中添加相关命令使用，之后通过npm run使用，如下：</p>    <pre>  "scripts": {     "build:prod": "webpack --progress --colors --watch --config webpack.prod.js",      "build:dev": "webpack --progress --colors --watch --config webpack.dev.js"  }</pre>    <p>上面我们分别构建了webpack.prod.js和webpack.dev.js来分别生成开发环境和生产环境的代码，在命令行中执行npm run build:prod和npm run build:dev即可生成对应代码。</p>    <p><strong>为生产环境指定合理的缓存</strong></p>    <p>关于缓存，官方文档中有一节讲解的非常详细，请参见缓存。</p>    <p><strong>合理分割代码</strong></p>    <p>webpack提供了三种分割代码的方法，分别是通过entry,通过CommonsChunkPlugin插件和通过动态import（在webpack1.x中时也常常使用require.ensure来依据路由分割代码）。</p>    <p>entry的配置常用于多页应用，CommonsChunkPlugin的使用前文已做简要叙述，下面简单叙述下代码分割原则及我实际工作中是如何使用动态import来分割代码的。</p>    <p><strong>分割原则</strong></p>    <p>目前工作中主要依据两个原则来分隔代码：</p>    <ul>     <li>前端路由：依据路由对应的页面进行分割，这种分割之后的体验类似于小程序中每次打开新页加载对应页面的js文件。</li>     <li>针对逻辑交互比较复杂的页面，如果某个较复杂的组件需被某操作触发后才呈现，也会把该组件分割出来。</li>    </ul>    <p><strong>分割方法</strong></p>    <p>我们知道动态import返回值其实是一个Promise,基于此，对应于我用的React，我常采用以下函数辅助加载。</p>    <pre>  // lib.js 定义懒加载函数  module.exports.withLazyLoading = function withLazyLoading(getComponent,Spinner = null) {      return class LazyLoadingWrapper extends React.Component {          constructor(props) {              super(props);              this.state = ({                  Component: null,              })          }            componentWillMount() {              const {onLoadingStart, onLoadingEnd, onError} = this.props;                onLoadingStart();              getComponent()                  .then(esModule => {                      this.setState({Component: esModule.default})                  })                  .catch(err => {                      onError(err, this.props)                  })          }            render() {              const {Component} = this.state;              if (!Component) return Spinner;              return <Component {...this.props} />          }      }  };</pre>    <p>对代码的分割方法如下：</p>    <pre>  // 在需要的地方调用懒加载函数  import {withLazyLoading} from "lib";  //   import {Loading} from 'Loadings';    export default withLazyLoading(      () => {          return import (/* webpackChunkName: "ConCard" */ "../../containers/ConCard.js")      }, Loading());</pre>    <p>简要的说明一下上述代码的意义，懒加载函数withLazyLoading接受动态import的组件和一个加载动画作为参数，动态import的组件加载成功前显示加载动画组件，成功后显示import的组件，通过自定义各种各样的Spinner加载动画，我们可以实现优雅的js文件加载过程。</p>    <p><strong>观察打包后文件的结构，合理进行优化</strong></p>    <p>使用webpack --json > stats.json命令可以生成一个包含依赖关系的json文件。webpack提供了多种可视化工具帮我们分析这个文件，我最喜欢的工具插件是BundleAnalyzerPlugin，可通过下述方法引入该插件：</p>    <pre>  new BundleAnalyzerPlugin({      analyzerMode: 'static'  })</pre>    <p>添加此插件，再次构建完成时，浏览器中将自动打开一个类似下面这样的网页：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/29341e1378c242df8688c442c044adcd.png"></p>    <p>这样我们可以轻易分析我们的代码分割是否合理，比如：</p>    <ul>     <li>分割后文件过大的主要原因是在于引入了那些模块。</li>     <li>分析大多后的多文件中存不存在对某些比较大的模块的重复引用，方便我们进一步修正自己的配置文件。</li>    </ul>    <p>上图是我之前项目中的一张截图，第一次见到这张图时还是给了我很多后期优化的思路的，引用chat.js的同时引入了moment.js,而实际上该页面只有一张图表，这让我考虑另寻图表解决方案，lodash,velocity在最初的项目中使用过，后逐步去除，属于遗留代码，现在还存在说明在局部可能还是用到了，这都是之后编码的改进方向。</p>    <h2><strong>后记</strong></h2>    <p>总觉得技术类的文章也是该有生命力的，花了好久写完本文，回头看发现有的内容还是没有表达或交待清楚。所以有任何建议，请随意提出，我们在Chat中继续讨论，我也将对本文做长期持续的修改。</p>    <p>针对webpack3.5.5官网文档，使用mindNode制作了一个思维导图的草稿，此思维导图还需完善，之后将持续修改，点击 <a href="/misc/goto?guid=4959755135756296632" rel="nofollow,noindex">此处</a> 可查看，该思维导图示例如下。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b4531e84c3e7f3655a417180e0d752d4.png"></p>    <p>另外，关于webpack1和webapck2的区别，官方文档中有一部分做了详细的讲解，所以本文中不做赘述，看完以后如果还有疑问，之后我们再详细讨论。</p>    <p> </p>    <p>来自：gitbook.cn/gitchat/author/5960234d50c43543a4a92621</p>    <p> </p>