翻车事故分析:
因需对项目整体优化,调整过程,采用了路由的history模式,本地项目运行,刷新子页面都是OK的。
部署到测试服务器,正常跳转都ok,但刷新子页面就会出现404,请求变成了get,没有进入封装的请求体中,让人很费解,也有没有打印错误。
1.本地刷新子页面,地址栏路由状态OK,页面也能正常获取数据
2.部署到测试服务器上,刷新就唧唧了
注:首先,说明下vue-router的默认hash模式——使用URL的hash来模拟一个完整的URL,当URL改变时,页面不会重新加载。但是这种hash很丑,也不符合对URL的使用习惯。所以,需要使用另外一个叫history模式来实现URL跳转而无须重新加载页面。因为我不想要很丑的 hash,就是使用路由的 history 模式,这种模式充分利用 history.pushState API 来完成 URL 跳转而无须重新加载页面。
-----------------------------------------------------------------------------------
处理方法一:
去掉history模式,仍然采用hash模式,即注释掉这行代码即可
处理方式二:
要用这种模式,还需要后台配置支持。因为我们的应用是个单页客户端应用,如果后台没有正确的配置,当用户在浏览器直接访问 http://114.115.162.177/myReport,就会返回 404,出现以上事故。
如果 URL 匹配不到任何静态资源,则应该返回同一个 index.html 页面,这个页面就是你下面项目依赖的页面。
后端配置例子
Apache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.html$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.html [L]
</IfModule>
nginx
location / {
try_files $uri $uri/ /index.html;
}
Node.js (Express)
https://github.com/bripkens/connect-history-api-fallback
注意
给个警告,因为这么做以后,你的服务器就不再返回 404 错误页面,因为对于所有路径都会返回 index.html 文件。为了避免这种情况,你应该在 Vue 应用里面覆盖所有的路由情况,然后在给出一个 404 页面。
const router = new VueRouter({
mode: 'history',
routes: [
{ path: '*', component: NotFoundComponent }
]
})
如果你是用 node.js 作后台,可以使用服务端的路由来匹配 URL,当没有匹配到路由的时候返回 404,从而实现 fallback。
补充说明:处理方式二,并未请自测试(因需后台配合),附上完整处理参考地址:https://blog.csdn.net/joyce_lcy/article/details/78538835,以备后期参照使用。