這個問題並不是什麼大問題，發布過vue前端專案的童鞋應該都有遇到過。而且網上普遍的教程都沒有多大的問題，照著做都可以輕鬆解決掉。這裡進行記錄主要是把坑填一填，其次就是表達每個人的思維都是不一樣，換個角度去想問題講不定解決方法就是很清奇的⛲
出現這個問題是原因也是很簡單的，從返回狀態碼中也可以看出，訪問的資源不存在；
我們每次build完vue專案後，在dist資料夾下，僅僅有乙個index.html入口檔案，而且vue-router設定的路徑並不是真實存在的路徑，在重新整理時，伺服器找不到對應的資源，也就造成了404。
其次，我在看同事的乙個解決方法時，發現同事的想法挺清奇的：
同事在iis中使用的是在.net 錯誤頁中進行配置，配置在404情況下直接跳轉 '/'，當然這樣也是可以實現重新整理不會報404 的，這樣做，是在伺服器報了404後，才會去觸發跳轉到index.html。當然，這樣也會造成我們的程式完全沒有404頁面，始終都會跳轉到index.html。
很多問題都是這樣，換個角度果然是不一樣的儘管方案並不完美！
nginx發布前端專案，解決f5重新整理跳404問題 - tarencez - (cnblogs.com)
CEF 新增F5重新整理快捷鍵
keyboardcodes 1.首先要讓我們自己的cefclient這個類公有繼承cefkeyboardhandler 2.新增鍵盤事件建構函式 virtual cefrefptrgetkeyboardhandler override3.然後重寫父類的onprekeyevent和onkeyevent...
F5重新整理瀏覽器不快取靜態資源
最近在優化線上的乙個web站點，發現很多css和js按f5重新整理的時候，不快取，這個可是乙個可以優化的點啊！第一反映就是檢查是否配置了快取，用瀏覽器檢視response header如下 看到這個response header 就更加讓人奇怪了，明明配置了快取，也配置了過期時間，為什麼按f5重新整...
f5到底重新整理了點什麼，你知道嗎
一旦資源命中強快取,瀏覽器便不會向伺服器傳送請求,而是直接讀取快取.chrome下的現象是 200 ok from disk cache 或者 200 ok from memory cache 也就是我們常見的304狀態碼。快取過期後,繼續請求該資源,對於現代瀏覽器,存在如下兩種做法 etag是ht...