啰嗦一哈

最近基于vue-cli2 學(xué)習(xí)webpack，將vue-cli2的webpack配置強(qiáng)擼了一遍，感覺身體已被掏空。。。但還是收獲不少的，起碼掌握了webpack的一些基本套路、開發(fā)環(huán)境和生產(chǎn)環(huán)境的概念、根據(jù)不同的環(huán)境寫不同的webpack配置、和一些常用插件的用法等。

問題來了

基于vue-cli不用自己配置webpack開擼項(xiàng)目是十分爽的，但當(dāng)我在擼得正爽的時(shí)候發(fā)現(xiàn)一個(gè)問題，就是項(xiàng)目打包前和打包后的css前綴不一致的，如下（瀏覽器：Chrome）:

--給app.vue下的img添加樣式

img{
 display: flex;
 transform: translateX(200px)
}

--打包前（即開發(fā)環(huán)境）img的樣式

--打包后（即生產(chǎn)環(huán)境）img的樣式

根據(jù)上面可看出打包前和打包后元素所帶的css前綴不一致了。當(dāng)我們給一個(gè)元素設(shè)置css3屬性時(shí)，是希望它帶有瀏覽器前綴來兼容的。vue-cli也給我們搭建這樣的功能（是通過配置postcss的autoprefixer實(shí)現(xiàn)的）

--postcss配置寫在.postcssrc.js，

module.exports = {
 "plugins": {
  "postcss-import": {},
  "postcss-url": {},
  // to edit target browsers: use "browserslist" field in package.json
  "autoprefixer": {}
 }
}

--瀏覽器規(guī)則則寫在package.json上,

 "browserslist": [
  "> 1%",
  "last 2 versions",
  "not ie <= 8"
 ]

--開發(fā)環(huán)境（build/webpack.dev.conf.js）樣式相關(guān)的loader

 module: {
  rules: utils.styleLoaders({ 
   sourceMap: config.dev.cssSourceMap, 
   usePostCSS: true })
 },

--生產(chǎn)環(huán)境（build/webpack.prod.conf.js）樣式相關(guān)的loader

 module: {
  rules: utils.styleLoaders({
   sourceMap: config.build.productionSourceMap,
   extract: true,
   usePostCSS: true
  })
 },

從上面可以看出，vue-cli的開發(fā)環(huán)境和生產(chǎn)環(huán)境都是使用了postcss的，并且配置是一樣的，那么為什么打包前和打包后元素所帶的css前綴不一致呢，

鎖定問題

我們可以分析對(duì)比下build/webpack.dev.conf.js和build/webpack.prod.conf.js這兩個(gè)文件，影響css的無非就module里處理樣式的loader和處理css的插件plugin，從上面可以看出影響前綴的postcss的loader在兩個(gè)環(huán)節(jié)中是一致的，那么就可以知道問題出在處理css的插件上了。

經(jīng)過排查發(fā)現(xiàn)，webpack.prod.conf.js配置里是多了兩個(gè)css處理插件的，如下

ExtractTextPlugin這是提取分離css文件，不會(huì)影響css前綴，排除，那么問題就鎖定到OptimizeCSSPlugin插件身上。再進(jìn)一步，當(dāng)我們把OptimizeCSSPlugin插件注釋掉，然后打包測(cè)試，居然發(fā)現(xiàn)這時(shí)開發(fā)環(huán)境和生產(chǎn)環(huán)境的css前綴一致了，就是它了?。?！

我們打開到npm官網(wǎng)搜一下這家伙https://www.npmjs.com/package/optimize-css-assets-webpack-plugin，這是一個(gè)優(yōu)化壓縮css代碼的插件，但很失望，文檔說明很少

但我們注意到有一句話很關(guān)鍵：

什么鬼，這貨里面依賴了cssnano,這插件也是用來優(yōu)化處理css格式、前綴什么的。同時(shí)也有個(gè)autoprefixer配置參數(shù)，直接到它官網(wǎng)(這個(gè)好像需要番墻) https://cssnano.co/ 找到autoprefixer（比較難找得借助翻譯）：

這里的翻譯是：根據(jù)browsers選項(xiàng)刪除不必要的前綴。請(qǐng)注意，默認(rèn)情況下，它不會(huì)向CSS文件添加新前綴，這就可以解析清除我們的問題了，原來這插件的autoprefixer（默認(rèn)應(yīng)該是為true）把它認(rèn)為不必要的前綴刪掉了，而postcss的autoprefixer是將我們?cè)O(shè)定的瀏覽器范圍的前綴加上，因此完美沖突了

解決問題

最后在github上找到解決方案（忘了復(fù)制找不回那地址了，具體為啥這樣設(shè)置沒說，這得深入這個(gè)插件的源碼了），在build/webpack.prod.conf.js文件中OptimizeCSSPlugin插件的屬性cssProcessorOptions加上autoprefixer：false來禁用它，避免沖突

上代碼：

 new OptimizeCSSPlugin({
   cssProcessorOptions: config.build.productionSourceMap
    ? { safe: true, map: false,autoprefixer:false }
    : { safe: true, autoprefixer: false}
  }),

結(jié)論

最后，看看我們dev和build出來的css前綴，應(yīng)該就一致的了：

問題原因就是：OptimizeCSSPlugin里面依賴了cssnano,而cssnano里面也有一個(gè)autoprefixer配置參數(shù)，它的作用是刪除不必要的前綴（會(huì)誤刪在某些瀏覽器必要的前綴），這與postcss的autoprefixer效果沖突了，因此禁用它。

現(xiàn)在打包出來的與我們?cè)O(shè)定的瀏覽器范圍對(duì)應(yīng)的前綴一致，感覺整篇文章有點(diǎn)啰嗦了，但這是我解決這問時(shí)題的血路，但記錄一下吧，如有分析不對(duì)的麻煩指出，謝謝！

 以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論