其實這個網上已經有了很多人寫了，為什么我還要再寫這一篇博客？因為我親身把他們生產的坑給踩了個通透（攤手。

正文開始

本次的項目是基于vue-cli生成的項目，采用的vue-router的history模式。到這里相信大部人還是類似了，接下來就是一個坑死人不償命的網上諸多博客都在采用的巨坑。

在進行打包的時候，很多博客里都寫了，將/config/index.js下，build中的assetsPublicPath從/改為./。我很后悔，為什么當初這樣照做的時候不去思考為什么，為什么要這樣做，憑什么？如果這個有問題為什么webpack生成的時候不改反而一直放在那里？是誰傻？問題先放在這里，我們先按照那些教程走。修改完后npm run build，這樣在你的項目下就生成了一個dist文件夾，里面就是生成的靜態內容。假設現在你的dist文件夾已經在你的云服務器中了。接下來開始nginx的配置。

個人采用的是sudo apt-get install nginx安裝的nginx，現在在命令行下，

cd /etc/nginx/conf.d/, 并在該目錄下 sudo touch vueSite.conf，接下來修改該文件內容。

server { listen 3000; # 假設你項目監聽的是3000端口 root /path/to/dist; location / {  try_files $uri $uri/ /index.html; }}

然后

sudo nginx -t檢查正確性，無誤后sudo nginx -s reload。

接下來在你的瀏覽器下訪問cloudserverhost:3000，就可以訪問到你的項目主頁了。

目前來看似乎是一切順利呢，網上的教程真棒棒哦~

然后你可以試試，在cloudserverhost:3000/path/subpath下刷新試試，你會發現，頁面沒有了，瀏覽器器里會報錯，你會發現請求的js/css等都變成了html頁面的內容。這個問題就是出在了./下，我不知道第一個這樣寫出來的人他的項目是不是很幸運的只有一級路徑，又或者他從來不會嘗試去刷新頁面，否則這個問題是無可避免的，為什么呢？./是相對路徑，/則是絕對路徑，當你在二級路徑下刷新重新請求資源，你的請求路徑是什么？把請求路徑寫出來我們就會發現問題出在哪里了。很難過，我寫這篇博客只用不到10分鐘，找到這個問題卻用了差不多10小時，查了各種方法，我真是萬萬沒想到。

因此，正式上線的項目，沒有必要修改/config/index.js下，build中的assetsPublicPath。配置好nginx，你的項目就可以開始起飛了！

以上這篇Vuejs+vue-router打包+Nginx配置的實例就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持錯新站長站。