前两天项目上线，用vue-cli npm run build命令打包，打包完成后我擦吓了一跳，15M。本来暂时不打算优化的，但是每次看着部署包这么大，想想还是先优化一下，让包好看点，免得以后出现心理阴影！

为猇亭等地区用户提供了全套网页设计制作服务，及猇亭网站建设行业解决方案。主营业务为网站设计、成都网站设计、猇亭网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

在把 map文件干掉后，发现webpack这打包的速度，也忒感人了。在进行不自动生成 map文件设置时，有看到webpack自带的productionGzip功能，索性就一次性一起鼓捣鼓捣。

下面是瞎鼓捣历程，差点就鼓捣不出来了。

1、在项目 根目录config/index.js中build内找到productionGzip: false，把false改为true。与 productionSourceMap 刚好相反。

属性值修改后，这个时候可以执行 npm run build。但是会报错，提示找不到 "Cannot find module 'compression-webpack-plugin'"

2、也就是说需要安装依赖compression-webpack-plugin 官方推荐的命令是：(但是网不好的话就凉凉了)

npm install --save-dev compression-webpack-plugin //在没有给定版本号时该命令默认安装最新版compression-webpack-plugin，问题恰恰就出在这

安装完成以后，重新运行 npm run build，然后悲剧了：

从报错显示获知，是配置选项验证失败，但是是哪一项验证失败，或者那些项验证失败就不晓得了，打开报错日志，越看越蒙圈了，一脸茫然。从源代码里面也没看出个所以然。

从校验参数来看，参数就两个，但是第一个参数内属性很多。

，从结果看是这行代码里面执行的校验失败了。至于这行代码执行的什么，水平不够查不下去了。

最后没得法了，只能去官网 https://www.npmjs.com/package/compression-webpack-plugin上看看，有么得啥突破。进去第一眼就瞄到了 2.0.0•Public•Published3 months ago，一下就感觉有点不对了，一般小版本的更新都是 1.xx.xx，很少这种直接全零的，全零的一般适用于大版本的升级更新，再看看上面的配置项检验失败，选项属性匹配不上。突然有种莫名被坑的感觉。接着看下面的介绍和文档，①先对应了下node的版本 node@v8.11.3，还在匹配的范围内。② Requirements：This module requires a minimum of Node v6.9.0 and Webpack v4.0.0 (此模块最低需要 Nodev6.9.0和Webpack v4.0.0)，我这webpack版本明显差一大截。这下总算找到症结所在了。

3、找到症结所在，那处理起来就简单了。既然最新版本太高，在用的webpack高攀不起，那就只能给它降级了，木得法。

①卸载已经安装的最新版2.0compression-webpack-plugin安装包。

npm uninstall --save-dev compression-webpack-plugin

② 重新安装1.1.12版本(该版本为1.1的最新版)。卸载其实可以不用，直接执行安装命令，进行版本覆盖也行。

npm install --save-dev compression-webpack-plugin@1.1.12　　　　//记得带版本号

③等安装好之后，重新执行 npm run build 进行打包，终于成功了，真他妈艰难！

安装过程中，还遇到另外一个问题。网速和墙的问题：

这个倒是好解决，使用淘宝镜像 就行。 安装过程以及可能出现的问题和解决 可以移步https://www.jb51.net/article/166090.htm进行参考！

总结

以上所述是小编给大家介绍的解决vue-cli webpack打包开启Gzip 报错问题,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对创新互联网站的支持！
如果你觉得本文对你有帮助，欢迎转载，烦请注明出处，谢谢！