大家好，感谢邀请，今天来为大家分享一下谷歌浏览器返回重载的问题，以及和谷歌浏览器返回重载模式的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！

本文目录

1. 浏览器设置菜单中启用重载模式
2. 如何重载浏览器 onload 事件后加载的资源文件
3. 浏览器返回不重载是什么意思

一、浏览器设置菜单中启用重载模式

1、在Windows中，为程序提供了一个兼容模式，是为了旧版的软件能在新框架内运行而设置的。很多时候，很多软件或是一些网页如果不是兼容模式的话，就不能运行或是使用，所以学会设置兼容模式很重要。接下来，我将介绍IE浏览器如何设置兼容模式。打开IE浏览器，进入任意页面点击“工具”选项，会跳出一个下拉菜单，选择“兼容性视图设置”选项。进入兼容性视图设置之后，填入你所需要设置兼容模式的网址，点击添加，最后点击关闭即可。

2、重新打开经过设置之后的网页，你会看到地址栏后面有一个像破碎纸片一样的图标，说明兼容模式已经设置成功，在工具的下拉菜单也同样可以看到在兼容模式前面也就打钩，说明网页的兼容模式已经设置成功。

二、如何重载浏览器 onload 事件后加载的资源文件

两个最佳的性能实践是增添一个远期的失效时间和增加延迟加载资源（特别是脚本）在onload事件之后。但是这些最佳实践的组合却导致了用户很难刷新资源的情况。更确切的说，点击重载（或甚至shift+重载）并不能在irefox, chrome, Safari, android,和 iPhone中刷新这些缓存的，延迟加载的资源。

浏览器有一个缓存（或10个），那里它保存响应的拷贝。如果用户感觉那些缓存的结果已经陈旧，她可以点击重载按钮忽略缓存并刷新一切，以此保证她看到的是网站内容的最新的拷贝。在HTTP规范中我找不到任何讨论重载按钮的资料，但据我所知所有浏览器都有这种特性。

如果你点击重载（或 control+R或 command+R)，所有资源将以有条件的GET请求方式刷新(携有是否自上次以来修改和是否不匹配的校验)。如果服务器响应的版本没有变化，它会返回简短的不含响应主体的“304 Not Modified”状态。如果响应改变则响应“200 OK”并返回全部的响应主体。

如果你点击shift+Reload(或r control+Reload或 control+shift+R或 command+shift+R)，那么所有的资源就会用不带校验头的方式刷新。由于每个响应主体都会返回，这要低效一些，但是确保了所有缓存的失真的响应都被覆盖重写。

最起码，我们希望点击重载的时候得到网站资源的最新版本而不管其失效时间，shift+重载会更积极的做到这些。

在Web1.0时代，资源通过HTML标签的方式请求—IMG, SCRIPT, LINK等等。在Web2.0，资源经常被动态请求。两个普遍的例子是异步加载脚本（例如Google Analytics）和图片动态获取（例如旋转灯笼式图片或下方区域图片延迟加载）。有时这些资源在窗口onload之后被请求，以使主页能更快的渲染提供更好的用户体验，更好的指标等等。如果资源有一个很久以后的失效时间，浏览器则需要特别的智能去做正确的事情。

如果用户以正常方式浏览到该页(点击一个link，输入一个URL，利用一个书签等等)而且动态的资源在缓存中，浏览器将使用缓存拷贝（假设失效时间仍在未来）

如果用户重载了该页，浏览器将重新获取所有资源，包括页面中动态加载的资源。

如果用户重载了该页，我想onload处理程序中加载的资源也同样被重新获取。这些可能是页面基础架构的一部分，它们应当在用户想刷新页面内容的时候重新获取。

但是如果用户重载页面的时候，有资源在onload事件之后加载，浏览器在该做什么？有些web应用通过保存数小时乃至数天的session来保持活动状态。如果用户重载了，所有在web应用生命期内的动态的资源会忽略cache重新获取吗？

我们看一个例子：Postonload Reload

这个页面用五种不同的方式加载图片与脚本：

标签–基础的HTML途径：<img src=和<script src=.

正文中动态–在页面正文中是一个脚本块，动态的创建一幅图片和一段脚本，设置SRC来获取资源。这些代码在onload之前执行。

加载时–在onload处理程序中动态的创建一段脚本和一幅图片。

加载后1 ms–通过在onload处理程序中的1毫秒setTimeout回调，动态的创建一段脚本和一幅图片。

加载后5秒–通过在onload处理程序中的5秒setTimeout回调，动态的创建一段脚本和一幅图片。

所有图片和脚本有一个未来一个月的失效期。如果用户点击重载，哪一个技术会重新获取？当然我们希望1和2可以引起重新获取。我希望3也重新获取。我想4应该会重新获取但是困惑于许多浏览器是否能做到，还有5可能不会重新获取。排一下你期待的结果然后看看下面的表格。

在看重载的结果以前，我们看一下如果用户只是浏览到该页会发生什么。这是通过点击例子中“try again”链接实现的。在这种情况下，没有资源被重新获取。所有的资源都标着未来一个月失效期被存入缓存，所以我测试的浏览器都只是从缓存中读出它们。这很好正如我们预期。

但是我们看下面表中捕获的重载的结果，行为变得分化了。

Table 1. Resources that are refetched rel="nofollow">Google, YouTube, Yahoo, Microsoft Live, Tencent QQ, Amazon和 Twitter。如果你用列出来的前四个浏览器，打开包嗅探器，重载这些网站的任何一个，你将看到一个奇怪的模式：可缓存的资源在onload之前加载，带有304响应状态，而onload之后的从缓存读出来并不会重新获取。唯一确保获得最新版本的办法是清空缓存，这使得重载按钮的期望价值破灭了。

这里是Amazon在Chrome浏览器下的请求瀑布流。红色竖线就是onload事件时刻。注意到多少资源在onload之间返回304状态。红线右侧onload之后一些图片不被缓存，所以被再请求返回200状态。而可以缓存的图片在onload之后都从缓存中读取，因此这些资源都得不到更新。

最后，无论何时都应该仔细研究不同浏览器的行为到底是为什么。经常一些行为优先于另一个，我们应该把这些特性和厂商对应起来。在重载页面的情况时，我们应该更一致地重新加载所有资源，即使是onload事件后的动态资源。

三、浏览器返回不重载是什么意思

1、浏览器返回不重载就是浏览器返回了就不再重新加载。

2、浏览器是指可以显示网页服务器或者文件系统的HTML文件（标准通用标记语言的一个应用）内容，并让用户与这些文件交互的一种软件。

3、现在的浏览器在我们日常生活中发挥着很大的作用，与我们的生活息息相关。

关于谷歌浏览器返回重载，谷歌浏览器返回重载模式的介绍到此结束，希望对大家有所帮助。