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