这篇文章主要介绍如何解决Vue背景图打包之后访问路径错误的问题，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
成都创新互联公司是专业的武江网站建设公司，武江接单;提供网站制作、
成都网站制作,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行武江网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
案例环境
通过vue-cli脚手架创建的vue项目
在项目打包的时候遇到了背景图片路径出错的问题，经过谷歌一番，发现是在配置的时候对图片的限制大小过小造成的
首先，出错点在url-loader上面。
// url-loader配置
// build/webpck.base.conf.js
{
test: /\.(png|jpe?g|gif|svg)(\?.*)?$/,
loader: 'url-loader',
query: {
limit: 10000,
name: utils.assetsPath('img/[name].[hash:7].[ext]')
}这里解释一下上面这段url-loader配置，test是正则匹配规则，匹配项目中所有的以正则规则结尾的格式的文件，直白点就是所以的图片（png，jpg，jpeg，gif，svg）。然后用url-loader进行处理。处理也有个规则如下，当不大于10000B的文件进行base64转码，就是将图片转为base64的格式。如果超过10KB的图片就单独打包到utils.assetsPath(‘img/[name].[hash:7].[ext]') 这个目录下（从build/utils.js和config/index.js可以知道这个路径就是static/img目录，并且图片名是进行hash之后的值，根目录下面没有static目录，所以会创建一个static目录，至于为什么最后没有看见这个目录后续再说）,当我们创建了一个这样的目录之后，所以的图片访问路径就成了对应的static/img/'图片名'。到这里就可以确定，如果小于10KB的图片转为base64，大于10KB的图片已经将图片路径改为了static/img/'图片名'，然后我们继续来理清访问路径的事情。
// 目前我们的目录结构
index.html
static
|--img
|--'picname'
|--css
|--app.css
|--js
|--app.js
我们知道img为html标签，他的路径是由index.html开始访问的，他走static/img/'图片名'是能正确访问到图片的，所以img的路径没问题，然后app.css访问static/img/'图片名'是访问错误的，因为在css目录下并没有static目录。这样就造成了路径访问失败的问题。
解决办法
1、使用小图片作为背景图片（建议）：
将小于10KB的图片作为背景图片，如果有大于10KB的图片作为img图片。
2、修改url-loader的limit值（不建议）：
从上面分析可知，当图片转为base64就没有路径错误的问题，保证自己的背景图片都能转为base64就可以防止该错误发生,将limit的值改为你的背景图大那一张的值还大一点就行，换算为B的单位
3、将css不要单独打包出来（不建议）：
直接通过css-loader和style-loader打包到js中，js自动创建style标签，这样，背景图片的访问路径就是通过index.html路径访问了，不过该解决方案也不建议。会导致js过大，和图片过大不建议转base64一个道理。
4、使用绝对路径的图片地址路径（建议）
建议：使用小图片作为背景图片，大图片用img标签。首先得分清背景图片和图片img的一些区别，就各人理解而言，背景图片是用来修饰网页的，与实际内容无关的东西，使用背景图片。如果与内容有关的东西都应该使用img标签算作网页结构的内容。修饰的图片尽量的小，也可以使用图片压缩等策略减小图片大小。
不建议：不建议修改limit值的原因是，url-loader的配置是针对整个项目的图片，修改了limit值也等于让html中img标签的图片也跟着进行了base64的转换，而对于base64的转换的缺点是他会增大图片原本的体积，如果对大图进行了转base64会造成你的js文件过大，从而增加了加载js时间过长。
关于base64
优点：base64就是一串字符串码来表示的图片，在加载页面或者js的时候就一并加载过来，减少图片引用时单独的一次http请求。了解web端性能优化的同学都知道，http请求每次建立都会占用一定的时间，对于小图请求来说，可能http建立请求的时间比图片下载本身还长。所以对小图进行base64转码是优化http请求，保证页面加速渲染的一种手段。
缺点：base64缺点就是之前提到的，他会增加图片本身的大小，对小图片来说，增加大小导致js的请求增长完全能弥补多一个http请求的建立的时长，这种取舍是划算的。可是对于大图来说，这样的取舍是不划算的。
举个例子
例子：（以下数据都是随便模拟，看看思路就行）
假如每次建立http时长为0.1s，网络传输为100KB/s，每次转base64增加体积为百分之二十；
一张10KB的图片通过http请求下载为0.2s，他转为base64之后为12KB，在js下载中，增加了12KB的大小，所以增加0.12S 所以转base64能优化0.08s的页面加载速度；
一张100KB的图片通过http请求的速度是1.1s。转base64之后大小为120KB，他会增加js的大小120KB，所以增加加载时间1.2s。这样一算下来，转为base64之后，并不能优化页面加载速度，反而拖慢了0.1s的加载速度，为不划算。
思考：
在开发过程中，处理加载速度之外我们还得考虑并行下载的问题。如果全在一个js中，这个js没下载完成之前，图片也是没有下载的，也就是转base64之后，可以认为js和图片是串行下载的。而走http请求，图片是可以和js并行下载的。所以实际上需要更小的图片才能更划算
以上是“如何解决Vue背景图打包之后访问路径错误的问题”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注创新互联成都网站设计公司行业资讯频道！
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
新闻名称：如何解决Vue背景图打包之后访问路径错误的问题-创新互联
标题网址：
http://cdkjz.cn/article/cdphoc.html
