接收前端请求url呗

比如前端的地址栏是 www.xxx.com/show;

这个地址没准请求的是 www.xxx.com/aaa;

那么对于后端来说接收的是 www.xxx.com/aaa而不是www.xxx.com/show

无论前端还是后端，我们看到的URL都是马甲，需要通过路由触发/执行真实需要执行的逻辑路径
如 @mqliutie 所提到的，你看到的不一定是真实的。也为以后的业务变更提供了回旋的余地

前端路由是单个页面的路由，比如www.abc.com/user/:id，当然后端路由也可以实现这个。
后端路由是整个应用的路由，比如www.abc.com/user, www.abc.com/product。
而且有时候你看到的url说不定与后端请求的url不同。

前端路由应用场景就是所谓的单页应用。在业务允许浏览器允许的情况下使用前端路由可以让页面体验较好。但是在例如很多业务情景下就不适用了，例如展示广告，几乎不需要在页面上有其他逻辑，例如严谨的下单流程，后端路由可以严格控制前端不可进入页面，还有后端路由可以应用于API层面提供接口等等许多的场景都是可以的。灵活选择前后端路由会让你的业务体验相当不错，或者更深层次的你用到了同构，前后端共用一套路由，在直接由回车进入页面时将这套路由在服务端渲染输出，但是页面点击跳转等动作时又是前端路由…

前端路由只是做单页面的路由
像整个网站的还是交给后台比较好
例如欢迎页，session失效