Vue服务器部署刷新页面404，在上线vue开发的前端网页部署在服务器上后，刷新页面显示404
原因：

因为网页上显示的是静态绝对路径，而实际上服务器上是没有改路径的，多以导致刷新汇报错误

解决方法一： 在Vue框架中解决404

vue router mode 默认为hsas，这样的url中会带有#，如果改成mode:'history'就能去掉#号，也可以正常访问，但是再次刷新你页面就会出现404

const router = new Router({
    mode: 'history'
});

解决方法二： 修改nginx配置文件，加入伪静态

location / {
    try_files $uri $uri/ /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>

发送上述问题的本子原因： 

这个原因的本质是 history 和 hash 的区别

以 www.louhc.com/jichu/123 为例子（123为变量）

1. 直观上的区别是：

  • hash模式下，在浏览器地址栏里面会有: www.louhc.com/#/jichu/123 这种带 # 号的情况,视觉上不太美观。
  • history模式下,地址栏为:www.louhc.com/jichu/123 不会出现带#的情况 。

2. 致命区别

hash模式下，上线之后不会出现问题。

history 模式下，会出现一个致命的BUG，在服务器上面上线之后，点击页面跳转没有问题，但是一旦点击刷新页面会出现404错误,原因是history模式下刷新界面，就等同于向服务器直接请求:

www.louhc.com/jichu/123。但是在服务器后端的路径配置中压根就没有 /jichu/123 ，所以后端匹配不到相应的值，就会返回404错误,。有的朋友就会有疑虑，为什么在vue项目开发的时候不会出现这种问题呢？因为在vue项目开发的时候是访问自己的8080服务器,后端有进行处理，在刷新界面后找不到相对路径时，会重新渲染index.html界面，把路由的控制权交给前端，然后前端负责路由的匹配，在找到符合/jichu /123 这种格式的路由后,就会匹配成功。从而达到页面正常显示的情况.。

所以在线上遇到这种情况下，我们需要后端进行相应的配置处理，在匹配不到路径的情况下重新渲染index.html 文件。