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

如果我没记错的话，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)将做相反的事情，并在可能的情况下从缓存加载页面。

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

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

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

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

从我3年的经验来看，我找不出有什么不同……

编辑:是的，就像他们中的一个说的，只有传递一个布尔参数给window.location.reload()是不同的。 如果你传递true，那么浏览器加载一个新页面， 但如果为false，则加载缓存版本…

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

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

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