Firefox(12.0)的不同之处在于，在POST渲染的页面上，reload()将弹出警告并重新POST，而URL赋值将执行GET操作。

谷歌Chrome做一个GET为两者。

在我们的例子中，我们只是想在webview中重新加载页面，由于一些原因，我们找不到原因! 我们尝试了网络上几乎所有的解决方案，但无法使用location.reload()或其他解决方案，如window.location.reload()， location.reload(真实),…!

以下是我们的简单解决方案:

只需要使用< a >标签和空的“href”属性值，就像这样:

< a href="" ...>Click Me</a>

(在某些情况下，你必须在点击目标时使用“返回true”来触发重载)

更多信息请看这个问题: 空href是否有效?

在研究IE的一些异常行为时遇到了这个问题，特别是IE9，没有检查旧版本。似乎

window.location.reload();

结果在刷新，空白整个屏幕一秒钟，其中

 window.location = document.URL;

更快地刷新页面，几乎察觉不到。

做一点更多的研究，并与fiddler的一些实验，似乎window.location.reload()将绕过缓存和从服务器重新加载，无论你是否传递布尔值，这包括再次获得所有的资产(图像，脚本，样式表等)。如果你只想让页面刷新HTML，这个窗口。Location =文档。URL将返回得更快，流量更少。

不同浏览器之间的不同之处在于，当IE9使用重载方法时，它会清除可见页面，并从头重新构建它，而FF和chrome则会等到获得新的资产，并在它们不同时重新构建它们。

如果将布尔值true添加到重载 Window.location.reload (true)它将从服务器加载。

不清楚这个布尔值是如何被支持的，W3Org提到了NS用来支持它

window.location.href和document的内容可能有区别。URL -至少以前在location之间是有区别的。Href和非标准和弃用文档。位置与重定向有关，但那是上个千年的事了。

出于文档的目的，我将使用window.location.reload()，因为这就是您想要做的。

使用JSF，我现在有会话过期后刷新的问题:页面重新加载后的PrimeFaces ViewExpiredException和一些调查，我在FireFox中发现了一个不同:

调用window.location.reload()就像在FF上单击刷新图标一样，它会添加一行

cache - control信息= 0

当设置window.location.href工作时，就像在URL行中按ENTER键一样，它不会发送这一行。

虽然两者都作为GET发送，但第一个(重新加载)正在恢复以前的数据，应用程序处于不一致的状态。

不，不应该有。但是，可能在某些浏览器中存在差异，因此在某些情况下，任何一种(或两种)都不能工作。