最影响用户体验的是网页首次打开时的加载等待。 导致这个问题的根本是网络传输过程耗时大，CDN的作用就是加速网络传输。
CDN又叫内容分发网络，通过把资源部署到世界各地，用户在访问时按照就近原则从离用户最近的服务器获取资源，从而加速资源的获取速度。CDN其实是通过优化物理链路层传输过程中的网速有限、丢包等问题来提升网速的。
接入 CDN
要给网站接入 CDN，需要把网页的静态资源上传到 CDN 服务上去，在服务这些静态资源的时候需要通过 CDN 服务提供的 URL 地址去访问。
举个详细的例子，有一个单页应用，构建出的代码结构如下：
dist
|-- app_9d89c964.js
|-- app_a6976b6d.css
|-- arch_ae805d49.png
`-- index.html
其中index.html内容如下：
<html>
<head>
<meta charset="UTF-8">
<link rel="stylesheet" href="app_a6976b6d.css">
</head>
<body>
<div id="app"></div>
<script src="app_9d89c964.js"></script>
</body>
</html>
app_a6976b6d.css内容如下：
body{background:url(arch_ae805d49.png) repeat}h1{color:red}
可以看出到导入资源时都是通过相对路径去访问的，当把这些资源都放到同一个CDN服务上去时，网页是能正常使用的。 但需要注意的是由于CDN服务一般都会给资源开启很长时间的缓存，例如用户从CDN上获取到了index.html这个文件后， 即使之后的发布操作把index.html文件给重新覆盖了，但是用户在很长一段时间内还是运行的之前的版本，这会新的导致发布不能立即生效。
要避免以上问题，比较成熟的做法是这样的：
针对HTML文件：不开启缓存，把HTML放到自己的服务器上，而不是CDN服务上，同时关闭自己服务器上的缓存。自己的服务器只提供HTML文件和数据接口。
针对静态的JavaScript、CSS、图片等文件：开启CDN和缓存，上传到CDN服务上去，同时给每个文件名带上由文件内容算出的Hash值， 例如上面的app_a6976b6d.css文件。 带上Hash值的原因是文件名会随着文件内容而变化，只要文件发生变化其对应的URL就会变化，它就会被重新下载，无论缓存时间有多长。
采用以上方案后，在HTML文件中的资源引入地址也需要换成CDN服务提供的地址，例如以上的index.html变为如下：
<html>
<head>
<meta charset="UTF-8">
<link rel="stylesheet" href="//cdn.com/id/app_a6976b6d.css">
</head>
<body>
<div id="app"></div>
<script src="//cdn.com/id/app_9d89c964.js"></script>
</body>
</html>
并且app_a6976b6d.css的内容也应该变为如下：
body{background:url(//cdn.com/id/arch_ae805d49.png) repeat}h1{color:red}
也就是说，之前的相对路径，都变成了绝对的指向CDN服务的URL地址。
如果你对形如//cdn.com/id/app_a6976b6d.css这样的URL感到陌生，你需要知道这种URL省掉了前面的http:或者https:前缀， 这样做的好处时在访问这些资源的时候会自动的根据当前HTML的URL是采用什么模式去决定是采用HTTP还是HTTPS模式。
除此之外，如果你还知道浏览器有一个规则是同一时刻针对同一个域名的资源并行请求是有限制的话（具体数字大概4个左右，不同浏览器可能不同）， 你会发现上面的做法有个很大的问题。由于所有静态资源都放到了同一个CDN服务的域名下，也就是上面的cdn.com。 如果网页的资源很多，例如有很多图片，就会导致资源的加载被阻塞，因为同时只能加载几个，必须等其它资源加载完才能继续加载。 要解决这个问题，可以把这些静态资源分散到不同的CDN服务上去， 例如把JavaScript文件放到js.cdn.com域名下、把CSS文件放到css.cdn.com域名下、图片文件放到img.cdn.com域名下， 这样做之后index.html需要变成这样：
<html>
<head>
<meta charset="UTF-8">
<link rel="stylesheet" href="//css.cdn.com/id/app_a6976b6d.css">
</head>
<body>
<div id="app"></div>
<script src="//js.cdn.com/id/app_9d89c964.js"></script>
</body>
</html>
使用了多个域名后又会带来一个新问题：增加域名解析时间。是否采用多域名分散资源需要根据自己的需求去衡量得失。 当然你可以通过在HTML HEAD标签中加入<link rel="dns-prefetch" href="//js.cdn.com">去预解析域名，以降低域名解析带来的延迟。
用 Webpack 实现 CDN 的接入
总结上面所说的，构建需要实现以下几点：
- 静态资源的导入URL需要变成指向CDN服务的绝对路径的URL而不是相对于HTML文件的URL。
- 静态资源的文件名称需要带上有文件内容算出来的Hash值，以防止被缓存。
- 不同类型的资源放到不同域名的CDN服务上去，以防止资源的并行加载被阻塞。
先来看下要实现以上要求的最终Webpack配置：
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文件的地址。
设置好publicPath后，WebPlugin在生成HTML文件和css-loader转换CSS代码时，会考虑到配置中的 publicPath，用对应的线上地址替换原来的相对地址。
