在前面的 文章 中我们介绍了cdn的实现原理，现在我们来实现如何在正式开发中使用cdn功能。要使用cdn功能，就需要cdn服务商，我们可以自己搭建，也可以使用一些比较知名的服务商，庆幸的是市面上有不少的免费cdn服务商，如：
其中BootCDN 是 Bootstrap 中文网 支持并维护的前端开源项目免费 CDN 服务，项目资源同步于 cdnjs 仓库。界面相对比较好看，且支持搜索功能，可以在线测试cdn是否正常，所以下面以 Bootcdn 为例说明。
在前段项目开发中，我们经常使用webpack进行项目搭建， 主要作用有两个，分别是
在webpack中使用cdn是在打包生成静态资源的时候做处理，主要原理是使用 html-webpack-plugin 动态插入cdn链接。
关于webpack的使用这里不做过多的介绍，将以vue--cli 2.x生成的默认项目为例做介绍
html-webpack-plugin 是webpack的一个插件，可以动态的创建和编辑html内容，在html中使用 esj语法 可以读取到配置中的参数，简化了html文件的构建。
我们这次主要是使用它来动态插入cdn链接，如link标签和script标签。
在线项目地址
vue-cli 2.x
创建名为 webpack-cdn-demo ，类型为webpack的 vue 项目，如果安装的vue-cli是3.x版本，命令不太一样，详细可看 vue-cli 3 。
安装依赖
启动项目
下面简单介绍一下目录结构
其中build文件夹中的 webpack.prod.conf.js 是我们主要注意的文件,我们在该文件中动态设置不需要被打包的模块并构建出合适的链接。
在webpack项目中，所引入的第三方资源会被统一打包进vender文件中，我们通过webpack的 externals 属性可以设置打包时排除该模块，详情说明见 外部扩展(externals) 。
在前面的步骤中，我们创建的项目包括vue、vue-router，在正式开发在还会有ui库，如element-ui，为了方便演示，我们再安装element-ui和axios两个模块，并实现在构建是把这是个模块以cdn的形式引入。
注意安装时记得 -S ，它的作用是安装完后在 package.json 项目文件中插入记录，后续操作需要读取已安装模块
对于cdn，我们可以自己搭建，也可以使用专业的cdn服务商，这里使用免费的cdn bootcdn 。选用免费cdn有很多好处，但毕竟有隐患，那就是服务有可能会奔溃。
依次搜索出前面模块，结果如下
按照规律，得出cdn资源路径规则为
其他cdn服务商同理
使用cdn其实也就是在webpack热启动和打包项目的时候动态插入script和style链接 ，为了方便维护，我们通过在 build/utils.js 文件上添加几个方法，将来在 webpack.dev.conf.js 和 webpack.prod.conf.js 上可以使用。
如果没有build/utils.js，可以在其他文件上添加，只要在后续步骤中能操作到就行
name 模块名称，与package.json同名
scope 模块作用域命名
js js地址
css css地址
这里特别注意scope，它是webpack配置的external参数下的信息，比如vue的作用域命名是Vue，vue-router的作用域命名是VueRouter，element-ui的作用域命名是ELEMENT，同理，jq的作用域命名是JQuery， 具体做法是先引入该资源，然后在控制台依次输入近似的值，一个个匹配 (目前没找到更好的做法)。
在webpack热启动本地调试的时候，我们可以使用cdn。
在 build/webpack.dev.conf.js 中，默认已经引入了 utils.js ，所以可以直接调用相关方法，如果是自定义的文件，记得引入。
我们可以往里面添加点自定义属性，方便在index.html中调用。 ，修改如下：
其中 cdnConfig 和 onlyCss 自定义属性，在html上通过 htmlWebpackPlugin.options 可以读取到。
更多html-webpack-plugin配置情况官网，这里暂时不需要更多。
在打包的时候，我们使用cdn，配置和前面dev的差不多，只不过需要做多一步。
注意此处的 externalModules ，后面用到，也就是比dev多的步骤。
加入和dev一样的两个配置，不过需要把onlyCss改为 true ，因为我们希望打包时不单单使用css。
webpack配置已经完成，在html-webpack-plugin中已经添加了相关参数，我们再在页面上可以直接使用，使用语法是 ejs ，和asp.net，jsp，php类似。
通过 <% %> 和 htmlWebpackPlugin.options 用js遍历 插入 link标签和script标签。
ps: 修改了webpack配置，需要重启项目才会生效
打包项目
可以看到打包体积大大减小了
页面上也正确引入了cdn资源。
最后奉上git地址： https://gitee.com/zhkumsg/webpack-cdn-demo
比悲伤更悲伤的分割线
原来两年前已经有人做了一个类型的webpack-cdn-plugin
一条缓存规则，该规则表示html后缀的文件会缓存5分钟。 不管访问多少次，X-Cache 始终是 MISS，X-Swift-CacheTime 也一直为 0。 X-Cache 为 MISS，X-Swift-CacheTime 为 0，CDN不缓存。 X-Cache 为 MISS，X-Swift-CacheTime 为 0，CDN不缓存。 X-Cache 为 MISS，X-Swift-CacheTime 为 0，CDN不缓存。 试下能否正常被CDN缓存。 X-Cache 变成了 HIT，X-Swift-CacheTime 变成了 300，也就是CDN缓存5分钟。 缓存规则权重不同，有两条缓存规则，其中 /static/ 目录类型的权重最大，意味着优先级最高。 请求 /static/ 目录下 html 后缀的文件，看下匹配到哪条规则？ X-Swift-CacheTime: 120，这是匹配到了 /static/ 目录类型的规则。 缓存规则权重相同， html 文件后缀名的规则创建时间最早，正常情况应该是匹配到该条规则。 X-Swift-CacheTime: 300，确实匹配到了 html 文件后缀名规则。 CDN不要设置缓存规则，然后nginx配置内容如下，Cache-Control设置为60秒，Expires设置为120秒。 源站响应头部有 Cache-Control 、 Expires 、 Last-Modified 、 ETag ，测试看看哪个优先级最高。 X-Swift-CacheTime: 60，Cache-Control 的优先级高一些。 在nginx配置中将 add_header Cache-Control "max-age=60" 去掉再试试。 X-Swift-CacheTime: 120，缓存规则是用 Expires 的时间了。 去掉nginx配置中的 expires 120s。 X-Swift-CacheTime 会随着时间变化，这是因为缓存过期了，CDN重新去源站拉取，然后重新计算缓存过期时间。 ok，最后一步，将 Last-Modified 响应头部给干掉。 只有 Etag 响应头部，不管访问几次，依旧是 X-Swift-CacheTime: 10。 将4个响应头部都干掉，看下CDN是否会缓存。 多次测试始终是 X-Cache: MISS 和 X-Swift-CacheTime: 0，这说明如果这4个响应头部都没了，CDN是不缓存的。
