前端路由定义

顾名思义就是指通向某个地方的路径，说白了就是去哪要怎么走，像是公园里面的路牌一样。传统的路由指的是后端路由，用户在浏览器中访问一个页面：www.baidu.com/index。 浏览器把这个路径发送给后端服务器，后端服务器根据这个地址找到对应的html文件，然后把该页面文件发送给浏览器，浏览器接受到了html文件后渲染出来展示给用户。

对于 Vue 这类渐进式的前端开发框架，为了构建SPA，需要引入了前端路由。因为当 url 发生改变，只是表示页面组件的排列组合方式变了，并不需要向后端发送请求重载页面，这也是 Vue-Router 的存在意义。

前端路由的核心，就在于：改变视图的同时不会向后端发出重新获取html文件的请求。

引发的问题

前端路由是不同的 Url 对应不同的组件排列组合方式，但是浏览器不知道运行的是 SPA，它还是认为是传统的 Web 应用——不同页面对应不同的 html文件。所以当你的 url 发生改变时，浏览器依然会向服务器发起新的 url 的资源请求，这是我们不希望浏览器做的。  我们想要做到改变路由的同时不会向后端发出请求（注意⚠，这里指的是对于html文件的请求）。

浏览器提供的两种支持：

hash

hash——即地址栏Url的 # 符号(此 hash 不是密码学里的散列运算)，它代表着网页中的一个位置，相当于一个锚点。它右边的字符，就是该位置的标识符。比如：https://www.example.com/index.html/#/print就代表了网页 index 的 print 位置。浏览器在读取这个 url 后，会自动将 print 位置滚动至可视区域。

  1. 如何设置 # 位置呢？
    为网页设置 hash 标识符，有两个方法。第一个是使用a标签的name属性，比如<a name="print"></a>，第二个是id属性，比如<div id="print"></div>
  2. #的特点？
    比如这个url：http://www.jianshu.com/#/article，hash的值是#/article。它的特点在于hash值虽然出现在 url 中，但不会被包括在 http 请求中的，对后端完全没有影响。因此改变 hash 值不会重新加载页面。
  3. 如何读取#值?
    使用 window.location.hash 可以读取 hash 值的，它的读取结果是#/article这种格式的，包括#符号在内。另外，这个属性是可读可写的。写入时，则会在不重载网页的前提下，创造一条访问历史记录。每一次改变#后的部分，都会在浏览器的访问历史中增加一个记录，使用"后退"按钮，就可以回到上一个位置。这对于ajax应用程序特别有用，可以用不同的#值，表示不同的访问状态，然后向用户给出可以访问某个状态的链接。值得注意的是，上述规则对IE 6和IE 7不成立，它们不会因为#的改变而增加历史记录。
  4. Vue-Router如何监听 hash 的改变从而向服务器请求不同的组件js代码？
    答案是浏览器的提供的事件监听机制。当 URL 的片段标识符更改时，将触发hashchange事件 (跟在＃符号后面的 URL 部分，包括＃符号)，所以可以再 addEventListener 方法中使用 hashchange事件：

history

HTML5 history对象新增了一个 history.pushState()方法用于向当前浏览器会话的历史堆栈中添加一个状态（state），每当用户导航到新状态时，都会触发popstate事件，并且该事件的状态属性包含历史记录条目的状态对象的副本。这两个方法应用于浏览器的历史记录栈，在当前已有的 back、forward、go 的基础之上，它们提供了对历史记录进行修改的功能。只是当它们执行修改时，虽然改变了当前的 URL，但浏览器不会立即向后端发送请求。

Vue-Router在 history 模式下重写了 window.pushState 和 window.replaceState 方法，让这个方法在调用时也会触发 popstate事件。这样通过监听 popstate 事件就可以知道页面url发生了改变，从而向服务器请求新的js文件。

hash 和 history 的使用场景

一般场景下，hash 和 history 都可以，除非你更在意颜值， # 符号夹杂在 URL 里看起来确实有些丑陋。两者还有明显的区别是：

  • hash 模式下，仅 hash 符号之前的内容会被包含在请求中，如 http://www.abc.com，因此对于后端来说，即使没有做到对路由的全覆盖，也不会返回 404 错误。
  • history 模式下，前端的 URL 必须和实际向后端发起请求的 URL 一致，如 http://www.abc.com/book/id。如果后端缺少对 /book/id 的路由处理，将返回 404 错误。Vue-Router 官网里如此描述： “不过这种模式要玩好，还需要后台配置支持……所以呢，你要在服务端增加一个覆盖所有情况的候选资源：如果 URL 匹配不到任何静态资源，则应该返回同一个 index.html 页面，这个页面就是你 app 依赖的页面。

永远年轻，永远热泪盈眶。