用vue-cli構建的項目腳手架已經幫你把autoprefixer的配置做好了，自己不需要做什么改動就會自動加前綴：
下面一起看看涉及到autoprefixer這個插件的一些配置：
1，postcss配置寫在.postcssrc.js，
2，瀏覽器規則則寫在package.json上,
3，開發環境（build/webpack.dev.conf.js）樣式相關的loader
4，生產環境（build/webpack.prod.conf.js）樣式相關的loader
上述的配置設置不需要自己配置，cli腳手架環境搭建的時候已經配置好了。
vue-cli的開發環境和生產環境都是使用了postcss的，並且配置是一樣的
這里有一個問題，網上有博主說項目打包前和打包后的css前綴不一致：
--給app.vue下的img添加樣式
img{
display: flex;
transform: translateX(200px)
}
--打包前（即開發環境）img的樣式
--打包后（即生產環境）img的樣式
根據上面可看出打包前和打包后元素所帶的css前綴不一致了。
然后給出的解決方案：
從上面可以看出，vue-cli的開發環境和生產環境都是使用了postcss的，並且配置是一樣的，那么為什么打包前和打包后元素所帶的css前綴不一致呢，
鎖定問題
我們可以分析對比下build/webpack.dev.conf.js和build/webpack.prod.conf.js這兩個文件，影響css的無非就module里處理樣式的loader和處理css的插件plugin，從上面可以看出影響前綴的postcss的loader在兩個環節中是一致的，那么就可以知道問題出在處理css的插件上了。
經過排查發現，webpack.prod.conf.js配置里是多了兩個css處理插件的，如下
ExtractTextPlugin這是提取分離css文件，不會影響css前綴，排除，那么問題就鎖定到OptimizeCSSPlugin插件身上。再進一步，當我們把OptimizeCSSPlugin插件注釋掉，然后打包測試，居然發現這時開發環境和生產環境的css前綴一致了，就是它了！！！
我們打開到npm官網搜一下這家伙
https://www.npmjs.com/package/optimize-css-assets-webpack-plugin
這是一個優化壓縮css代碼的插件，但很失望，文檔說明很少
但我們注意到有一句話很關鍵：
這貨里面依賴了cssnano,這插件也是用來優化處理css格式、前綴什么的。同時也有個autoprefixer配置參數，直接到它官網 https://cssnano.co/ 找到autoprefixer：
這里的翻譯是：根據browsers選項刪除不必要的前綴。請注意，默認情況下，它不會向CSS文件添加新前綴，這就可以解析清除我們的問題了，原來這插件的autoprefixer（默認應該是為true）把它認為不必要的前綴刪掉了，而postcss的autoprefixer是將我們設定的瀏覽器范圍的前綴加上，因此完美沖突了
解決問題
在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}
}),
結論
最后，看看我們dev和build出來的css前綴，應該就一致的了：
問題原因就是：OptimizeCSSPlugin里面依賴了cssnano,而cssnano里面也有一個autoprefixer配置參數，它的作用是刪除不必要的前綴（會誤刪在某些瀏覽器必要的前綴），這與postcss的autoprefixer效果沖突了，因此禁用它。現在打包出來的與我們設定的瀏覽器范圍對應的前綴一致
按照網上的博主的配置確實可以把開發環境和測試環境的前綴一模一樣，但是看了下沒有必要，問題的前提不是前綴不一致，那個配置只是把和當前瀏覽器不匹配的前綴不顯示出來而已，樣式還都是生效的，個人覺得如果不是特別大的問題不用改配置。