在上一浏览器跳转行为的测试中，我们看到了通过不同的方法操作浏览器跳转时，它的刷新表现有所不同，在这一文章中，将看看，为何会产生这样的不同？其背后的实质是什么？浏览器的访问历史记录到底是如何运作的呢？
1、简介
window.history是用来保存用户在一个会话期间的网站访问记录，并提供相应的方法进行追溯。其对应的成员如下：
方法：back()、forward()、go(num)、pushState(stateData, title, url)、replaceState(stateData, title, url)
属性：length、state
事件：window.onpopstate
以上红色标注的为HTML5新增特性。
方法说明：
back()：回退到上一个访问记录；
forward()：前进到下一个访问记录；
go(num)：跳转到相应的访问记录；其中num大于0，则前进；小于0，则后退；
pushState(stateData, title, url)：在history中创建一个新的访问记录，不能跨域，且不造成页面刷新；
replaceState(stateData, title, url)：修改当前的访问记录，不能跨域，且不造成页面刷新；
另，HTML5新增了可以监听history和hash访问变化的全局方法：
window.onpopstate：当调用history.go()、history.back()、history.forward()时触发；pushState()
eplaceState()方法不触发。
window.onhashchange：当前 URL 的锚部分(以 '#' 号为开始) 发生改变时触发。触发的情况如下：
a、通过设置Location 对象 的 location.hash 或 location.href 属性修改锚部分；
b、使用不同history操作方法到带hash的页面;
c、点击链接跳转到锚点。
2、浏览器history的发展
我们知道在使用location.href、a标签的href[非锚点的方式]等，进行页面访问时，页面会刷新。但随着大前端时代的到来，产生了异步单页来提升性能。我们不再希望每次的跳转都带来页面的刷新，而是希望这种跳转仅仅引发数据变化，从而改变视图。
此时，产生了HTML5 history API。这些API，是为了解决异步单页的路由问题，使得页面在不刷新的情况下，带来视图的变化，同时变化后的信息能得到准确的传播。
下面来看看一个应用场景的实例：我们在访问一个新闻列表页，找到一篇感兴趣的新闻，文章的内容通过ajax的方式获取到。我们觉得这篇文章很有趣，并将其分享给了朋友们。如果url地址没有变化，朋友们访问的将是列表页，而非有趣的文章。而通过HTML5的API，在异步请求ajax的同时，我们可以改变url地址，朋友们访问的也正是这篇文章。
那么，
让我们来看看window.history是如何工作的吧～～～
3、浏览器history变化与浏览器的行为
history栈变更图
如图，展示了初始长度为4的history栈，在不同操作方法下的变化情况，下面对每步进行分析：
step1～step4：均为history的访问方法，获取相应的历史记录中的url；
step5：通过location.href创建一个新的url记录，其将当前url2之后的记录清空，并在其后新增url5；history长度由4变成3；history的每次新增操作，都会将其后记录清空，在其后新增记录。
step6：通过pushState方法创建一个新的url记录，其也是清空、再新增记录；
step8：通过replaceState方法修改一个url记录，其不会产生新记录，而是将当前记录进行修改。
值得注意的是，通过pushState新增或者修改的history记录，被访问时，当前页面不刷新。而locaiton.href生成的记录被访问时，页面将进行刷新。
4、Vue router的本质
vue router其实质是在HTML5 historyAPI、window.onpopstate、window.onhashchange上做的封装，通过一定的规则映射到对应的方法上，同时通过监听变化，从而实现单页路由。
再回到上一个浏览器刷新行为的测试小实验中，了解了history栈的变化情况，及其中的两种url创建方式，便能很好的理解浏览器在不同情况下的不同行为了。