您的位置:首页 > 运维架构

监控页面后退前进,浏览器文档加载事件之pageshow、pagehide

2017-05-12 15:01 429 查看

首先说说为什么会学习这个pageshow的起因吧,项目中一个表单页面,需得填写验证码,填写验证码后提交,由于使用的form直接提交,没有使用AJAX,所以,在出现验证码填写错误的时候,就会跳转到错误提示页,3秒倒计时后使用history.back(-1)的方式返回上一页,这也就出现了一个问题,使用history.back(-1)进行后退之后,图形验证码已过期,但是却没有刷新,这样就导致用户重复多次填写验证码,影响用户体验;


发现了问题,首先分析一下呗:

*浏览器前进、后退使用机制

*如何在前进、后退后执行js

一. 问题一:浏览器前进、后退使用机制

用户点击浏览器工具栏中的后退按钮,或者移动设备上的返回键时,或者JS执行history.go(-1);时,浏览器会在当前窗口“打开”历史纪录中的前一个页面。不同的浏览器在“打开”前一个页面的表现上并不统一,这和浏览器的实现以及页面本身的设置都有关系。在浏览器中,“后退到前一个页面”意味着:前一个页面的html/js/css等静态资源的请求(甚至是ajax动态接口请求)根本不会重新发送,直接使用缓存的响应,而不管这些静态资源响应的缓存策略是否被设置了禁用状态。

各个浏览器测试demo:先点击按钮使其变色,然后调整至百度,再后退回来查看:

function dispLog(msg) {
var d = new Date();
$("<li />").text(d.toISOString().substr(14, 9) + " " + msg)
.appendTo("#dvDisp");
}

window.addEventListener('load', function(event) {
dispLog("Load Event  ");
})
//引入了jq监听ready事件做比较
$(window).ready(function () {
dispLog("Ready Event");
});
$("#btnSetColor").click(function () {
$("#btnSetColor").css("background", "red");
})
window.addEventListener('pageshow', function(event) {
dispLog("PageShow Event  " + event.persisted);
//使用event.persisted判断页面是否使用bfcache,值为true或false;  注:如果使用jq绑定事件,需使用event.originalEvent.persisted;
})
window.addEventListener('pagehide', function(event) {
dispLog("Load Event  " + event.persisted);
})

线上测试地址: pageshow

移动端测试demo:



本人的测试结果:

1.PC端浏览器

浏览器首次进入页面点击按钮,再跳转至百度,再后退
chrome 58.0.3029.9执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
IE789执行ready→load重新执行ready→load 按钮颜色消失 页面相当于重新刷新了 pageshow不兼容IE10-
firefox 53.0.2执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
QQBrowser 9.6执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
360Browser 8.1.1.254执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
Safari 5.1.7(没mac,用的很早版本的windowsafari)执行ready→load→pageshow新增→pagehide→pageshow 按钮颜色红色 引用了缓存(event.persisted == true)


PC端总结:现代的PC浏览器后退后基本都是重新执行load,对页面重新进行一次加载,所以不会有上面的验证码不刷新的问题,由于穷屌没有mac电脑,只下载了很久之前的safari浏览器,测试结果只做参考;

2.移动端浏览器 (安卓端),测试机型小米5S,iphone4s

浏览器首次进入页面点击按钮,再跳转至百度,再后退
UCBrowser执行ready→load→pageshow新增→pagehide→pageshow 按钮颜色红色 引用了缓存(event.persisted == true)
QQBrowser执行ready→load→pageshow新增→pagehide→pageshow 按钮颜色红色 引用了缓存(event.persisted == true)
QQ内置浏览器执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
360Browser执行ready→load→pageshow无触发事件,按钮颜色红色 引用了缓存(event.persisted == true)
chorme执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
微信内置执行ready→load→pageshow重新执行ready→load→pageshow 按钮颜色消失 页面相当于重新刷新了
小米自带执行ready→load→pageshow无触发事件,按钮颜色红色 引用了缓存(event.persisted == true)
safari执行ready→load→pageshow新增→pagehide→pageshow 按钮颜色红色 引用了缓存(event.persisted == true)
效果图:选了三种类型各一个

刷新页面类型不刷新不执行类型


不刷新执行事件类型(理想型)

这就很头疼了,三种不同的情况,对于chrome和UC类型的情况,对于我的回退验证码刷新问题,很容易处理,最麻烦的360类型的,但是。。。发现了更蛋疼的情况了:
后退不reload,不执行pageshow的浏览器在公司的一个项目中,居然能实现后退刷新。。。。 同一段测试代码,发到项目服务器上,是可以后退刷新,
但是,在我自己的虚拟主机中却不行,南蝶?是因为请求头部设置吗??? 先挖个坑在这,等我去好好了解一下PHP 和 http请求 再回来战!


二、如何在前进、后退后执行js

百度、google类似问题,最多的解决方法:pageshow;


Firefox和Opera有一个新特性,名叫“往返缓存”(back-forward cache,或bfcache),可以在用户使用浏览器的“后退”和“前进”按钮时加快页面的转换速度。

这个缓存中不仅保存着页面数据,还保存了DOM和JavaScript的状态;实际上是将整个页面都保存在了内存里。

如果页面位于bfcache中,那么再次打开该页面就不会触发load事件。

尽管由于内存中保存了整个页面的状态,不触发load事件也不应该会导致什么问题,但为了更形象地说明bfcache的行为,Firefox还是提供了一些新事件。

第一个事件就是pageshow,这个事件在页面显示时触发,无论页面是否来自bfcache。在重新加载页面中,pageshow会在load事件触发后触发;

而对于bfcache中的页面,pageshow会在页面状态完全恢复的那一刻触发。另外要注意的是,虽然这个事件的目标是document,但必须将其事件处理程序添加到window。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: