[交互]接口与路由问题
这是在实战开发过程中遇到的一个问题,所以导致产生了服务端如何区分浏览器请求的是前端路由还是 api 接口的问题??
场景描述
这是一个前后端分离开发的项目,因此前端一般都会使用客户端路由,现在的场景是前端代码打包后作为 java web 的静态资源在 tomcat 中部署时,并且没有修改相关代码
此时,通过浏览器端输入域名,进入指定的 index.html 页面,加载前端路由设定,可以正常的一步步进行后续路由页面的访问
如果前端使用的 hash 路由,在浏览器直接修改路由也可以正常的进行路由的访问,与接口并不会混淆
但是如果使用的路由是浏览器路由,也即 history 模式,此时当访问非'/'(也即非根目录)的其它路由时就会出现问题
例如访问:https://xxxx 会直接跳转到前端路由"/"指定跳转到的页面.在页面中点击导航形成的跳转,会正常访问,但是当直接修改浏览器的访问路径为一个路由例如:xxxx/router/about 时服务端会将该请求直接导向 404,并不会请求前端的路由
服务端或者前端如何判断浏览器发出的请求是路由请求,还是 api 接口的请求?因为此时它们在浏览器的地址形式是完全相同的
问题分析
该问题是很久之前遇到的一个问题,当时并没有有效的解决方案,所以最终是通过将路由改为 hash 路由的方式解决的
现在在看这个问题,发现:
虽然采用了前后端分离,但是并不是完全的前后端分离
- 前后端的域名是相同的,因此导致了可能触发接口的情况
部署时将前端项目,复制到了 Java 的项目中,最终还是像未分离时部署的方式是一样的,因此域名一致 - java 项目的 xml 文件设置了静态资源的路径,指向单页面首页
- 浏览器地址非 html 后,所以没有加载前端的路由,此时自然无法实现路由的跳转
解决方案
- 完全的前后端分离,此时域名分离,自然不存在无法区分的问题
- java 配置,所有的地址指向前端的首页