window.history的跳转实质－HTML5 history API 解析

　　在上一浏览器跳转行为的测试中，我们看到了通过不同的方法操作浏览器跳转时，它的刷新表现有所不同，在这一文章中，将看看，为何会产生这样的不同？其背后的实质是什么？浏览器的访问历史记录到底是如何运作的呢？

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()\replaceState()方法不触发。

　　　　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创建方式，便能很好的理解浏览器在不同情况下的不同行为了。