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