這篇文章主要介紹如何解決Vue背景圖打包之后訪問路徑錯誤的問題，文中介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們一定要看完！

成都創(chuàng)新互聯(lián)公司是專業(yè)的武江網(wǎng)站建設(shè)公司，武江接單;提供網(wǎng)站制作、成都網(wǎng)站制作,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行武江網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊,希望更多企業(yè)前來合作!

案例環(huán)境

通過vue-cli腳手架創(chuàng)建的vue項目

在項目打包的時候遇到了背景圖片路徑出錯的問題，經(jīng)過谷歌一番，發(fā)現(xiàn)是在配置的時候?qū)D片的限制大小過小造成的

首先，出錯點在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是正則匹配規(guī)則，匹配項目中所有的以正則規(guī)則結(jié)尾的格式的文件，直白點就是所以的圖片（png，jpg，jpeg，gif，svg）。然后用url-loader進(jìn)行處理。處理也有個規(guī)則如下，當(dāng)不大于10000B的文件進(jìn)行base64轉(zhuǎn)碼，就是將圖片轉(zhuǎn)為base64的格式。如果超過10KB的圖片就單獨打包到utils.assetsPath(‘img/[name].[hash:7].[ext]') 這個目錄下（從build/utils.js和config/index.js可以知道這個路徑就是static/img目錄，并且圖片名是進(jìn)行hash之后的值，根目錄下面沒有static目錄，所以會創(chuàng)建一個static目錄，至于為什么最后沒有看見這個目錄后續(xù)再說）,當(dāng)我們創(chuàng)建了一個這樣的目錄之后，所以的圖片訪問路徑就成了對應(yīng)的static/img/'圖片名'。到這里就可以確定，如果小于10KB的圖片轉(zhuǎn)為base64，大于10KB的圖片已經(jīng)將圖片路徑改為了static/img/'圖片名'，然后我們繼續(xù)來理清訪問路徑的事情。

// 目前我們的目錄結(jié)構(gòu)
index.html
static
  |--img
    |--'picname'
  |--css
    |--app.css
  |--js
    |--app.js

我們知道img為html標(biāo)簽，他的路徑是由index.html開始訪問的，他走static/img/'圖片名'是能正確訪問到圖片的，所以img的路徑?jīng)]問題，然后app.css訪問static/img/'圖片名'是訪問錯誤的，因為在css目錄下并沒有static目錄。這樣就造成了路徑訪問失敗的問題。

解決辦法

1、使用小圖片作為背景圖片（建議）：

將小于10KB的圖片作為背景圖片，如果有大于10KB的圖片作為img圖片。

2、修改url-loader的limit值（不建議）：

從上面分析可知，當(dāng)圖片轉(zhuǎn)為base64就沒有路徑錯誤的問題，保證自己的背景圖片都能轉(zhuǎn)為base64就可以防止該錯誤發(fā)生,將limit的值改為你的背景圖大那一張的值還大一點就行，換算為B的單位

3、將css不要單獨打包出來（不建議）：

直接通過css-loader和style-loader打包到j(luò)s中，js自動創(chuàng)建style標(biāo)簽，這樣，背景圖片的訪問路徑就是通過index.html路徑訪問了，不過該解決方案也不建議。會導(dǎo)致js過大，和圖片過大不建議轉(zhuǎn)base64一個道理。

4、使用絕對路徑的圖片地址路徑（建議）

建議：使用小圖片作為背景圖片，大圖片用img標(biāo)簽。首先得分清背景圖片和圖片img的一些區(qū)別，就各人理解而言，背景圖片是用來修飾網(wǎng)頁的，與實際內(nèi)容無關(guān)的東西，使用背景圖片。如果與內(nèi)容有關(guān)的東西都應(yīng)該使用img標(biāo)簽算作網(wǎng)頁結(jié)構(gòu)的內(nèi)容。修飾的圖片盡量的小，也可以使用圖片壓縮等策略減小圖片大小。

不建議：不建議修改limit值的原因是，url-loader的配置是針對整個項目的圖片，修改了limit值也等于讓html中img標(biāo)簽的圖片也跟著進(jìn)行了base64的轉(zhuǎn)換，而對于base64的轉(zhuǎn)換的缺點是他會增大圖片原本的體積，如果對大圖進(jìn)行了轉(zhuǎn)base64會造成你的js文件過大，從而增加了加載js時間過長。

關(guān)于base64

優(yōu)點：base64就是一串字符串碼來表示的圖片，在加載頁面或者js的時候就一并加載過來，減少圖片引用時單獨的一次http請求。了解web端性能優(yōu)化的同學(xué)都知道，http請求每次建立都會占用一定的時間，對于小圖請求來說，可能http建立請求的時間比圖片下載本身還長。所以對小圖進(jìn)行base64轉(zhuǎn)碼是優(yōu)化http請求，保證頁面加速渲染的一種手段。

缺點：base64缺點就是之前提到的，他會增加圖片本身的大小，對小圖片來說，增加大小導(dǎo)致js的請求增長完全能彌補(bǔ)多一個http請求的建立的時長，這種取舍是劃算的?？墒菍τ诖髨D來說，這樣的取舍是不劃算的。

舉個例子

例子：（以下數(shù)據(jù)都是隨便模擬，看看思路就行）
假如每次建立http時長為0.1s，網(wǎng)絡(luò)傳輸為100KB/s，每次轉(zhuǎn)base64增加體積為百分之二十；

1. 一張10KB的圖片通過http請求下載為0.2s，他轉(zhuǎn)為base64之后為12KB，在js下載中，增加了12KB的大小，所以增加0.12S 所以轉(zhuǎn)base64能優(yōu)化0.08s的頁面加載速度；

2. 一張100KB的圖片通過http請求的速度是1.1s。轉(zhuǎn)base64之后大小為120KB，他會增加js的大小120KB，所以增加加載時間1.2s。這樣一算下來，轉(zhuǎn)為base64之后，并不能優(yōu)化頁面加載速度，反而拖慢了0.1s的加載速度，為不劃算。

思考：

在開發(fā)過程中，處理加載速度之外我們還得考慮并行下載的問題。如果全在一個js中，這個js沒下載完成之前，圖片也是沒有下載的，也就是轉(zhuǎn)base64之后，可以認(rèn)為js和圖片是串行下載的。而走h(yuǎn)ttp請求，圖片是可以和js并行下載的。所以實際上需要更小的圖片才能更劃算

以上是“如何解決Vue背景圖打包之后訪問路徑錯誤的問題”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計公司行業(yè)資訊頻道！

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

名稱欄目：如何解決Vue背景圖打包之后訪問路徑錯誤的問題-創(chuàng)新互聯(lián)
本文來源：http://aaarwkj.com/article2/cdphoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供電子商務(wù)、定制網(wǎng)站、網(wǎng)站維護(hù)、品牌網(wǎng)站制作、小程序開發(fā)、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)