webpack 优化从两个方面入手。
一、优化开发体检。包括优化构建速度和优化使用体验。参考链接优化开发体验
二、优化输出质量，包括减少用户能感知到的加载时间（首屏加载时间）和提升流畅度（提升代码性能）。
参考webpack官网、深入浅出webpack
减少用户能感知到的加载时间
压缩代码
压缩后，代码文件会变小，且混淆。文件变小会使在网络中传输更优化一点。使用UglifyJS进行压缩。-
代码分离
代码分离是 webpack 中最引人注目的特性之一。此特性能够把代码分离到不同的 bundle 中，然后可以 按需加载或并行加载 这些文件。代码分离可以用于获取更小的 bundle，以及控制资源加载优先级，如果使用合理，会极大影响加载时间。
代码分离是为了防止文件过大，多页面的时候有重复代码导入等原因。
常用的代码分离方法有三种：- 入口起点：使用
entry配置手动地分离代码。(也就是多页面配置，entry中有多个入口的情况下，打包出来的就是按照入口分离的。但是这种没有去除重复的。)
// 1.入口起点 缺点：重复模块都会引入。比如lodash entry: { index: './src/index.js', another: './src/another-module.js', },- 防止重复：使用
SplitChunksPlugin去重和分离 chunk。（替代了webpack3.0版本中的CommonsChunkPlugin）
分离的方式是：
多入口的时候：将公共的代码分离到一个默认为vendors的chunk里面。然后每个入口是一个chunk.比如我有两个入口 a.js 和 b.js 。那么打包出来的就是a.bundle.js 、 b.bundle.js、 vendors～a～b.bundle.js。
单入口的时候：会按照设置规则打包。比如默认的设置这种。会将入口文件打包成一个文件比如index.bundle.js，将里面引用的比较大的文件，打包成单独的文件为vendors～index.bundle.js。
// 2.防止重复 如果是多页面应用可以去重并分离。如果是单页面应用可以做到分离。 optimization: { splitChunks: { chunks: 'all' }, },- 动态导入：通过模块中的内联函数调用来分离代码。动态引入的文件也会单独打包出来。
包括两种方式。 第一种，推荐的，使用符合 ECMAScript提案的 import() 语法 来实现动态导入。第二种，则是 webpack 的遗留功能，使用 webpack 特定的 require.ensure。他们的原理就是利用JSONP。参考Webpack的异步加载原理及分包策略。动态导入完整代码参考官网介绍。
动态导入的案例
- 入口起点：使用
异步加载原理
webpack ensure 有人称它为异步加载，也有人称为代码切割，他其实就是将 js 模块给独立导出一个.js 文件，然后使用这个模块的时候，再创建一个 script 对象，加入到 document.head 对象中，浏览器会自动帮我们发起请求，去请求这个 js 文件，然后写个回调函数，让请求到的 js 文件做一些业务操作。
异步加载 就是动态导入。通过异步加载实现了按需加载。懒加载= 按需加载。依靠的方式是动态导入的方式
- 按需加载。就说用的时候才加载。框架里面的路由配置。多数都配置成路由按需加载。会自动生成对应的chunk。
- CDN 加速
针对 HTML 文件：不开启缓存，把 HTML 放到自己的服务器上，而不是 CDN 服务上，同时关闭自己服务器上的缓存。自己的服务器只提供 HTML 文件和数据接口。
针对静态的 JavaScript、CSS、图片等文件：开启 CDN 和缓存，上传到 CDN 服务上去，同时给每个文件名带上由文件内容算出的 Hash 值， 例如app_a6976b6d.css 文件。 带上 Hash 值的原因是文件名会随着文件内容而变化，只要文件发生变化其对应的 URL 就会变化，它就会被重新下载，无论缓存时间有多长。
用 Webpack 实现 CDN 的接入。配置如下：
const path = require('path');
const ExtractTextPlugin = require('extract-text-webpack-plugin');
const {WebPlugin} = require('web-webpack-plugin');
module.exports = {
// 省略 entry 配置...
output: {
// 给输出的 JavaScript 文件名称加上 Hash 值
filename: '[name]_[chunkhash:8].js',
path: path.resolve(__dirname, './dist'),
// 指定存放 JavaScript 文件的 CDN 目录 URL
publicPath: '//js.cdn.com/id/',
},
module: {
rules: [
{
// 增加对 CSS 文件的支持
test: /\.css$/,
// 提取出 Chunk 中的 CSS 代码到单独的文件中
use: ExtractTextPlugin.extract({
// 压缩 CSS 代码
use: ['css-loader?minimize'],
// 指定存放 CSS 中导入的资源（例如图片）的 CDN 目录 URL
publicPath: '//img.cdn.com/id/'
}),
},
{
// 增加对 PNG 文件的支持
test: /\.png$/,
// 给输出的 PNG 文件名称加上 Hash 值
use: ['file-loader?name=[name]_[hash:8].[ext]'],
},
// 省略其它 Loader 配置...
]
},
plugins: [
// 使用 WebPlugin 自动生成 HTML
new WebPlugin({
// HTML 模版文件所在的文件路径
template: './template.html',
// 输出的 HTML 的文件名称
filename: 'index.html',
// 指定存放 CSS 文件的 CDN 目录 URL
stylePublicPath: '//css.cdn.com/id/',
}),
new ExtractTextPlugin({
// 给输出的 CSS 文件名称加上 Hash 值
filename: `[name]_[contenthash:8].css`,
}),
// 省略代码压缩插件配置...
],
};
以上代码中最核心的部分是通过 publicPath 参数设置存放静态资源的 CDN 目录 URL， 为了让不同类型的资源输出到不同的 CDN，需要分别在：
- output.publicPath 中设置 JavaScript 的地址。
- css-loader.publicPath 中设置被 CSS 导入的资源的的地址。
- WebPlugin.stylePublicPath 中设置 CSS 文件的地址。
提升流畅度
1.使用 Prepack
实际上 Prepack 就是一个部分求值器，编译代码时提前将计算结果放到编译后的代码中，而不是在代码运行时才去求值。
Prepack 的工作原理和流程大致如下：
通过 Babel 把 JavaScript 源码解析成抽象语法树（AST），以方便更细粒度地分析源码；
Prepack 实现了一个 JavaScript 解释器，用于执行源码。借助这个解释器 Prepack 才能掌握源码具体是如何执行的，并把执行过程中的结果返回到输出中。
从表面上看去这似乎非常美好，但实际上 Prepack 还不够成熟与完善。Prepack 目前还处于初期的开发阶段，局限性也很大。可以看官网或者看书。不再多做介绍。
总结
优化输出质量。就是更快的让用户能看到页面。一方面页面足够小（加载会快点，利用压缩），一次不要加载太多（解决首屏慢）。一方面则是利用网络可以一次请求4-7个请求。利用此特点，则不能全部放到一个文件中，合理的使用代码分离。进而可以做到按需加载。按需加载又解决了首屏慢的问题。另外通过cdn可以让用户访问最近的代码。加快请求。还可以做一些预加载之类的。
在页面请求渲染的整个过程中，每一项都可以有优化的点。但是物极必反。合理的利用才是最好的选择。
