本节又是收获满满，巩固加回顾了关于前端路由的整体知识结构，有一下几点： 1. 什么是路由 所谓 router 是干什么的？是指 route 的，这里中文翻译的是 “路”。何为“路由”，可能是“路由哪里 来"；这里的“路”，广义上来说是“资源”，可以是“页面”，也可以是 json 音视频等等。 如果把路由具象化，它是这么个东西；你告诉它一串神秘的代码（地址，url等），它给你“宝贵的资 源”，它就是个“指路的”。 路由是“天然”存在的，因为我们所有在网上的行为本质都是向“某个地方”要“某些资源” 2. 前后端路由的区别的补充 传统方式与SPA“页面跳转”的问题涉及一个核心的问题，是“导航流程”，具体可以参考，李兵老师 《浏览器工作原理与实践》中导航流程一节。 导航流程简单说，就是浏览器地址栏输入地址后，到浏览器准备渲染页面前这个阶段。开始流程的 一个标志，就是浏览器标签页标题左边开始转圈圈。 传统的开发模式写出的页面，在每一次请求网络资源的过程，理论上都有这个流程。这可能就是两者 之间性能差异所在 而 SPA 开发模式，网络资源用 XMLHttpRequest 调用，页面部分用JS“模拟”页面刷新。这里JS模拟部 分就是现在所学 vue-router 的工作。 3. 关于路由实现 总结下，时间以2014年，HTML5标准作为分野，分两个部分 – API：location.hash；Event：hashchange – API：history.pushState，history.replaceState；Event：popstate 这个就是前端路由的实现核心，如果对具体API感兴趣，可以参考《Javascript 高级程序设计》第4 版，12章，关于 BOM 的描述。 大致意思是 hash 的改变不触发页面 reloads；pushState，replaceState 改变 history 也不触发 reloads。浏览器的这种行为，是根据 HTML5 这个标准实现的 然后，第一个API支持了路由的 hash 模式，在这之前 hash 的应用 <a id="xxx"> 在页面中的定位， 第二个API支持了路由的 history 模式，但这个需要后端配合调整下后端路由；为什么，试着将要跳 转的地址复制到浏览器地址栏，然后按回车，分析下页面渲染的过程，大概就清楚了。