咨询：Location.reload()与window.location.reload()的区别及执行效果

嘿，这个问题问得很到位，很多开发者日常写代码的时候可能随手用其中一种，但未必深究过细节，我来给你理清楚：

一、本质区别：几乎等价，仅作用域有细微差异 #

在浏览器的JavaScript环境中，window是全局顶层对象，而location是window的一个内置属性，指向当前页面的URL信息对象。

• 当你直接写location.reload()时，JavaScript引擎会自动在全局作用域中查找location，其实就是隐式访问window.location，所以在全局作用域下，这两种写法完全是同一个东西，执行效果没有任何区别。
• 唯一的差异出现在局部作用域：如果你的代码里有一个局部变量也叫location（比如函数内部声明了let location = 'something'），那此时直接写location会指向这个局部变量，而window.location依然会指向全局的URL对象——这种情况下两者就完全不是一回事了，但这属于编码时的变量命名冲突问题，不是API本身的差异。

二、调用后的效果：完全一致 #

不管用location.reload()还是window.location.reload()，执行后都会触发当前页面的重新加载，具体行为分两种情况：

• 不带参数（默认行为）：location.reload()
  浏览器会优先尝试从本地缓存加载页面的静态资源（比如CSS、JS、图片），如果缓存里的资源没有过期，就直接用缓存内容，加载速度更快。
• 带true参数：location.reload(true)
  强制浏览器跳过本地缓存，直接向服务器发起请求，重新获取所有页面资源，适合你需要确保用户看到最新版本页面的场景（比如发布了代码更新后）。

举个简单的示例代码：

// 全局作用域下两种写法效果完全一致
location.reload(); // 从缓存加载页面
window.location.reload(true); // 强制从服务器刷新页面

小提醒：现在不少浏览器对reload(true)的缓存控制已经没有以前严格，部分场景下可能依然会复用部分缓存资源，如果需要更彻底的强制刷新，可能需要结合HTTP缓存头或者前端缓存策略配合，但这就是另一个话题啦。

内容的提问来源于stack exchange，提问作者Atif Sheikh