Ios中微信页面返回上一页去除缓存几种常见思路

2020-11-26 16:34:38 阅读：276 来源： 互联网

前言

这篇文章主要讲解决思路，不对各种概念进行过多讲解。

问题描述

开发微信H5页面的时候，在Ios微信内置浏览器中点击返回按钮返回上一页时，上一页面不会被刷新。
在浏览器缓存机制中，在返回上一页的操作中， html/js/css/接口等动静态资源不会重新请求，但是js会重新加载。但在Ios微信页面中js也会保存上一页面最后执行的状态，不会重新执行js。使用这种模式缓存机制可以加快渲染速度，但是部分数据需要经常展示和编辑的情况下回导致不同步。比如“详情页”跳转到“编辑页”，在“编辑页”中修改数据后返回到详情页中，“详情页”数据展示并未进行同步修改。

产生原因

这里提到一个概念，浏览器前进/后退缓存，（Backward/Forward Cache，BF Cache），当然也有人叫disk Cache。BF Cache 是一种浏览器优化，html标准并未指定其如何进行缓存，因此缓存行为是各浏览器实现不尽相同。由于不是Http缓存，所以通过头文件缓存设置no-cache是无效的。当然也不能以Http缓存机制来理解BF Cache。

解决思路

从网上看了几种比较常见的解决思路，下面简单讲解。

设置浏览历史当前记录

history.replaceState方法的参数与pushState方法一模一样，区别是它修改浏览历史中当前纪录。

var href = location.href;
var time = new Date().getTime();
href += href.indexOf('?') > -1 ? ('&time='+time) : ('?time=' + time);

history.replaceState({}, "title", href);
// 比如当前页面地址为http://www.a.com; 通过history.replaceState修改后当前地址会变为http://www.a.com?time=xxx

网上这种解决思路比较多，实际情况中并不可行。
原因：Ios微信中调整到下一页面后并未将上一页面修改的url保持在历史记录中，以代码为例，返回上一页并未返回到http://www.a.com?time=xxx ，而是返回到 http://www.a.com 中。

通过时间差来判断是否需要重置

var prev = parseInt(new Date().getTime() / 1000);
var now = prev;

window.setInterval(function() {
    now = parseInt(new Date().getTime() / 1000);
    
    // 当前步骤与上一步骤时间差超过1秒，表示页面已经跳转过
    // 时间差需要与间隔时间相对应
    if (now - prev > 1) {
        location.reload();
    } else {
        prev = now;
    }
// 间隔时间设置为1秒
}, 1000);

原理：通过判断当前步骤与上一步骤的时间差来判断是否需要更新
缺点：间隔轮询时间差长度设置为多久比较好，不好掌控；通过setInterval设置的间隔时间差并不是很精确；并且两个页面之间的反复切换速度非常迅速的情况下也许会出现监测不到的现象。

通过localStorage控制是否需要刷新

localStorage.setItem("need-refresh", true);
$(function () {
    var needRefresh = localStorage.getItem("need-refresh");
    if(needRefresh) {
        localStorage.removeItem("need-refresh");
        location.reload();
    }
});

原理：通过获取浏览器保存的key来决定页面是否需要刷新
缺点：当页面关闭再重新打开时，key（也就是代码中的need-refresh）key值为true，会导致页面加载两次，造成重复渲染

广州品牌设计公司https://www.houdianzi.com

通过pageshow事件决定是否需要刷新页面

window.addEventListener('pageshow', function(e) {
    // 通过persisted属性判断是否存在 BF Cache
    if (e.persisted) {
        location.reload();
    }
});

原理：pageShow事件在页面显示即会触发，无论页面是否来自BF Cache。通过检测persisted属性即可判断是否存在 BF Cache 行为。
优点：大部分浏览器都支持pageShow方法与persisted属性，并且需要的代码量只需要短短4行即可。
缺点：每种浏览器中BF Cache的机制是不同的，部分浏览器中的Bf Cache还是会重新执行js代码，会造成重复渲染效果。当然这篇文章中我们只考虑Ios中的微信页面，所以是不存在问题。

标签：BF,缓存,浏览器,Cache,Ios,time,中微信,页面
来源： https://www.cnblogs.com/Qooo/p/14042982.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9