页面中嵌入iframe出现了缓存,带来的页面刷新问题
工作中碰到的问题
包含iframe的页面,iframe中存在登陆验证的问题。当通过iframe已经完成了登陆,此时iframe对应的服务异常上下电又恢复了服务时,这时再刷新整个页面,即使用新的登陆验证信息依然无法验证通过。
通过对iframe里请求的分析发现,刷新后请求头依然使用的是之前的验证信息(token和session)。

一般的做法
1, 前端:在iframe指向的页面地址后缀添加一个时间戳。确保每次加载时,让浏览器知道它是最新的页面,避免缓存。
var ts = new Date().getTime()
<iframe src=“http://xxx/xxx/xxx.html?_” + ts>
2, 服务端:修改Response的头信息
Header:
“Cache-Control”: “no-cache”
分析根源
1, 卸载页面前,观察iframe指向页面中的session和cookie残留情况
window.location.href = “about:blank”
查看浏览器本地的cookie和session情况

2, 在卸载页面前,调用相应的方法清除页面卸载后残留的cookie和session

原文链接: https://blog.csdn.net/hubinbin1991/article/details/84564805 在src\router\generator-routers.js添加。使用 iframe 导入其他页面的时候。会出现无法 缓存 问题 。在src\layouts\PageView.vue替换内容。在src\store\modules\app.js 在。小诺框架 是 iframe 直接加载的,导致无法 缓存 。TODO: 是提示 要添加的内容在这里!需要 缓存 iframe 不进行删除处理。使用的小诺框架 vue2 版本。在vuex 中添加一个状态记录。 onClick=" javascript :this.href=this.href+'?new='+Math.random();alert(this.href)" 最后在index页面为了第一... 最近手里有个项目需要用 iframe 来调用每天都会变化的页面,后来想到 iframe 会不会 缓存 页面呢,于是写了个demo论证了下,结果如下: iframe 的src如果是静态页面,就有可能会 缓存 ,因为静态页面有200和304状态 iframe 的src如果是动态页面就不会 缓存 ,因为动态页面的都是200状态 iframe 的src为伪静态页面的话,需要分析伪静态页面会不会有304状态,有的话也会 缓存 希望对遇到同样 问题 的童鞋有帮助。 我有一个网页,我试图刷新一个 iFrame 。我正在尝试使用类似于按钮和 javascript 的方式来执行此操作。我似乎无法让 iFrame 重新加载而不清除 缓存 。让PHP清除 缓存 会更好。如何清除 iFrame 缓存 ?编辑更新这里是工作实现内联。随着粗略的负载很快就会跟随,无需按钮。window.onload=refresh Iframe ;function refresh Iframe (){var iFrame ... 开发程序遇到的最恐怖的事是什么?就是当你不了解一个东西,测试它的时候碰到了 缓存 。测试意味着我们要不断修改,但当你修改了文件(服务器端的)之后,然后刷新浏览器的时候,看到的却依然是原来的界面,不管怎么刷都没用,正当你郁闷的时候,不小心关了浏览器,再重新打开浏览器,输入了刚才的地址,却发现变了,你此时肯定有想砸电脑的冲动。可能你会说用ctrl+F5,不过下面的几种情况是你ctrl+F5也搞不定的。if... 1.需求:项目集成了 iframe 界面展示,点击菜单生成tab切换栏,切换tab的时候 iframe 集成的界面实现不重新加载。 2.思路:考虑到每次点击的时候都要重新调去后端的接口,从新渲染 iframe 加载的界面(只有一个通用的 iframe 组件),所以能不能考虑到将当前的点击请求的路径进行前端 缓存 ,然后再通过循环来渲染 iframe 界面,渲染完成后通过css的属性来控制当前的点击的 iframe 的界面渲染,其他的隐藏掉。 3.实现:点击左侧菜单的时候来构建一个数组,然后将点击的数组渲染成tab切换标签,同时将点 ■ 缓存 穿透 一般的 缓存 系统,都是按照key去 缓存 查询,如果不存在对应的value,就应该去后端系统查找(比如DB)。一些恶意的请求会故意查询不存在的key,请求量很大,就会对后端系统造成很大的压力。这就叫做 缓存 穿透。 如何避免? 1:对查询结果为空的情况也进行 缓存 缓存 时间设置短一点,或者该key对应的数据insert了之后清理 缓存 。 2:对一定不存在的key进行过滤。可以把所有的可能存在的key放到一个大的Bitmap中,查询时通过该bitmap过滤。 ■ 缓存 雪崩 当 缓存 服务器重启或者大量 缓存 集中在某 1.简介 关于ifarem标签一般用于项目内外嵌页面。比如vue中经常会遇到外嵌页面的 问题 ,但是有需求这样的 要求外嵌页面的内容保持 缓存 项目中一不小心点他其它页面 再次切换回来 防止页面外嵌页面再次刷新。 2关于使用keep-alive 缓存 不了 iframe 界面原因 很多人第一想法就是会使用 keep-alive 去实现组件 缓存 ,但是对 iframe 标签是行不通的,keepalive作为 缓存 组件这里不过多介绍,大多用于项目中 标签的嵌套 实现出口视图页面的 缓存 。项目中可以发现keepalive包裹 最近一个需求,需要在 Vue 项目中加入 含有 iframe 的页面,同时在路由切换的过程中,要求 iframe 的内容 不会被刷新 。一开始使用了Vue自带的keep- alive发现没有用,于是自己研究了一下解决方案。。。。。。 Vue的keep-alive原理 要实现对保持 iframe 页的状态。我们先搞清楚为什么Vue的keep-alive不能凑效。keep-alive原理是把组件里的节点信息保留在了 VNode (在内存里),在需要渲染时候从Vnode渲染到真实DOM上。 iframe 页里的内容并不属于节点的信息,所以使用keep-alive依然会重新渲染 iframe 内的内容。 另外 开发者无需因为动态路由或者普通路由的差异而将数据初始化逻辑写在不同的钩子里beforeRouteUpdate或者activated 开发者无需手动 缓存 页面状态,例如通过localStorage或者sessionStorage 缓存 当前页面的数据 feb-alive会帮你处理路由meta信息的存储与恢复 为什么开发feb-laive? 当我们通过Vue开发项目时候,是否会有以下场景需求? /a跳转到/b 后退到/a时候,希望从 缓存 中恢复页面 再次跳转到/b时,分两种情况 情况一: 通过链接或者push跳转, iframe 的src如果是静态页面,就有可能会 缓存 ,因为静态页面有200和304状态 iframe 的src如果是动态页面就不会 缓存 ,因为动态页面的都是200状态 iframe 的src为伪静态页面的话,需要分析伪静态页面会不会有304状态,有的话也会 缓存 如何防止Firefox和Safari 缓存 iframe 内容?我有一个简单的网页,有一个 iframe 到不同网站的页面。外部页和内部页都有HTTP响应头以防止 缓存 。当我单击浏览器中的“后退”按钮,外部页面正常工作,但无论如何,浏览器总是检索 iframe d页面的 缓存 。 IE工作正常,但Firefox和Safari都给我麻烦。我的网页看起来像这样:var变量总是变化。尽管事实上 iframe 的URL已经改变(... 协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则,超文本传输协议(HTTP)是一种通信协议,它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。 HTTP协议,即超文本传输协议(Hypertext transfer ...