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

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

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

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

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

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

如果你说window.location.reload(true)，浏览器将跳过缓存并从服务器重新加载页面。Window.location.reload (false)将做相反的事情。

注意:window.location.reload()的默认值为false

如果我没记错的话，window.location.reload()用POST数据重新加载当前页面，而window.location.href=window.location。href不包含POST数据。

正如@W3Max在下面的评论中所指出的那样，window.location.href=window.location. href。如果URL中有锚(#)，href将不会重新加载页面-在这种情况下必须使用window.location.reload()。

同样，正如下面@Mic所指出的，window.location.reload()接受一个额外的参数skipCache，因此使用window.location.reload(true)浏览器将跳过缓存并从服务器重新加载页面。Window.location.reload (false)将做相反的事情，并在可能的情况下从缓存加载页面。

window.location。href，这拯救了我的生活在webview从Android 5.1。在Android的这个版本中，页面不使用location.reload()重新加载。

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

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

cache - control信息= 0

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

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

如前所述，当url中存在散列(#)时修改href将不会重新加载页面。因此，我使用this来重载它，而不是正则表达式:

if (!window.location.hash) {
    window.location.href = window.location.href;
} else {
    window.location.reload();
}