前端处理动态 url 和 pushStatus 的使用
原文链接 https://gaohaoyang.github.io/2015/12/31/History-API/
注:以下为加速网络访问所做的原文缓存,经过重新格式化,可能存在格式方面的问题,或偶有遗漏信息,请以原文为准。
- content {:toc}
起因
起因是这样的,在尝试前后端分离的这条道路上,我自己也在不断摸索,感觉要把大部分的坑都踩踩了。目前我用的技术是:
- webpack 自动构建
- AMD 模块化 js
- Sass 预处理 CSS
- 使用前端模板引擎 handlebars 解决动态操作将 html 拼接在 js 中的问题
但最近写了一个项目类似知乎这样的多页网站。前端 url 的处理让我觉得不够优雅。我使用的是 hash 的方式处理动态 url 的,为此我专门在知乎上提了一个问题:前端如何处理动态url?
这里我将问题描述如下:
前后端彻底分离的情况下,页面跳转页全部由前端控制。那么如何更好的处理动态url地址? 例如本问题的url为 https://www.zhihu.com/question/38802932 这肯定是用后台路由处理的url
纯前端怎么处理?用hash吗,如下: https://www.zhihu.com/question#38802932 那如果本页跳转,只改变hash的话,页面不会刷新。 使用
location.reload()
倒是可以解决。但总觉得这样处理不够优雅。大家在工作中是如何处理此类场景的?还是用传统的后台路由来提供动态url?
感谢郑海波和剧中人的热心回答。都提到了history
对象中的pushState
,这是我第一次接触到这方面的内容(顿时觉得自己真是才疏学浅)。
同时也有人提到了pjax
,这个就是pushState
+Ajax
的封装,也很有意思。
下面就来研究和实践一下吧。
History
window
对象通过history
对象提供对浏览器历史记录的访问能力。它暴露了一些非常有用的方法和属性,让你在历史记录中自由前进和后退,而在 HTML5 中,更可以操纵历史记录中的数据。
back()
, forward()
, go()
, length
浏览器的历史记录就好像一个栈,最新的在最上面,较早之前看过的在下面。
如下图,Chrome的历史记录:
下面介绍怎么在这些历史记录中跳转,但要注意,上图中的浏览器历史记录和本文说的 history 还不太同。
back()
在历史记录中后退
history.back();
forward()
在历史记录中前进
history.forward();
go()
移动到指定的历史记录点
history.go(-1);
通过指定一个相对于当前页面位置的数值,你可以使用go()方法从当前会话的历史记录中加载页面(当前页面位置索引值为0,上一页就是-1,下一页为1)。
go()不填参数或参数为go(0)时,页面会刷新,即
history.go()
或history.go(0)
相当于location.reload()
length
length
为history的属性,显示history长度。
本节在线demo见:History & pjax demo 源代码:
经过亲自测试,history
对象只记录同一个 tab 页内的历史。如果是在新窗口打开的,则无效。如:在a标签中添加target="_blank"
,或按住ctrl
点击,这类场景下,在新的tab页中,history
对象也是新的。
且history
对象记录的信息与是否同源也无关,所以唯一要满足的就是同一个标签页。
pushState()
, replaceState()
HTML5 引进了history.pushState()
方法和history.replaceState()
方法,它们允许你逐条地添加和修改历史记录条目,能够在不加载新页面的情况下没改变浏览器的URL。这些方法可以协同window.onpopstate
事件一起工作。
使用history.pushState()
会改变referrer
的值,而在你调用方法后创建的 XMLHttpRequest 对象会在 HTTP 请求头中使用这个值。referrer的
值则是创建 XMLHttpRequest 对象时所处的窗口的 URL。
pushState(any data, string title, [string url])
第一个参数为
history
对象的state
属性值,可以放任意数据,记录历史状态。第二个参数是新状态的标题,目前浏览器基本不支持。第三个参数为可选的相对url。执行
pushState
后,可以在不加载新页面的情况下,更改url。同时history
栈中新增一条数据。例如,我们有这样一段代码:
<button id="push1">pushState()</button> document.querySelector('#push1').addEventListener('click', function() { history.pushState('abc','pushStatePageTitle','pushState.html'); document.querySelector('#length').innerHTML = history.length;//重新读取历史长度 });
当点击按钮的时候,页面不会刷新,但
url
地址的最后已经变为pushState.html
。这一点非常像hash
的作用,但比hash
更优雅。replaceState(any data, string title, [string url])
与
pushState()
类似,只是在history
栈中不是新增记录,而是替换一条记录。
需要注意的是:pushState()
和replaceState()
方法存在安全方面的限制,本地测试是无效的,会报错,可以简单放到任何服务端测试,或者使用http-server
开启简单服务器,通过访问localhost
来查看效果。
本节demo见:History & pjax demo - pushState
pjax
现在再看本文一开始提出的问题,如何让前端优雅的控制 url,这里就可以考虑 pjax 技术了。我们把 pushState + ajax 进行封装,合起来简称为 pjax。虽然不是什么新的技术,但概念已然不同。
如果不使用 pjax。我们依然可以使用hash
来实现文本开始的需求。但会不利于 SEO,看着也不够优雅。
Pjax的原理十分简单。
- 拦截 a 标签的默认跳转动作或某些按钮的点击事件。
- 使用 Ajax 请求新页面。
- 将返回的 Html 替换到页面中。
- 使用 HTML5 的
pushState()
修改Url。
个人理解3中也可以仅仅请求数据,再由浏览器渲染。
每当同一个文档的浏览历史(即history对象)出现变化时,会触发window.onpopstate
事件。
window.onpopstate = function(event) {
console.log(event.state);
console.log(location);
};
这样在用户点击前进后退时也可以很好的监听url,来做相应的页面渲染。
若用户刷新了页面,但没有相应的页面资源,这时页面就会显示不存在。所以我认为较好的方法是在写pushState()
第三个参数的时候,写为?a=1
这样的参数形式。History.js 也是这么写的。但是这样应该会多一次请求。也许使用 nodeJS 作为中间层会好一些吧。
对于上述的探索,不知道是不是我还不够深入,总觉得还是不够完美。