其实，在全局作用域里定义一个名为 `close` 的函数，就会意外覆盖浏览器原生的 `window.close()` 方法，导致窗口无法正常关闭。解决方案很简单：使用 `const` 或 `let` 来声明，而不要使用 `function` 声明。这样，该标识符就不会成为 `window` 对象的可枚举属性，原生功能也就得到了保留。

在浏览器环境中，通过 `function close() { ... }` 声明的函数会自动在全局对象 `window` 上创建同名属性，直接覆盖掉内置的 `window.close` 方法。这不仅影响显式调用 `window.close()`，还可能干扰依赖该 API 的整个逻辑流程，例如弹窗管理或单页应用的路由退出机制。

关键点在于：使用块级作用域声明（`const` 或 `let`），就能避免污染全局对象的属性。

// ✅ 安全：close 为局部绑定，不会挂载到 window 上const close = function() {    alert('hi');};function myFunction() {    // ✅ window.close 仍指向原生关闭方法    window.close(); // 尝试关闭当前窗口（注意：现代浏览器通常仅允许脚本关闭自己打开的窗口）}

需要特别留意的是：

• `var close = function() {...}` 依然会挂载到 `window` 上（因为变量提升和全局属性映射），所以不可用；
• `function close() {...}` 是函数声明，效果等同于 `var close = function() {...}`，同样会覆盖 `window.close`，必须避免；
• 即便使用了 `const` 或 `let`，如果后续通过 `window.close = ...` 显式赋值，原生方法仍会被覆盖，因此全程都需要规避这类操作；
• 实际调用时，主流浏览器（Chrome、Firefox、Edge）出于安全策略，只允许关闭由 `window.open()` 打开的窗口。直接调用对用户手动打开的标签页无效，且不会报错，只会静默失败。

若想彻底解耦并提升代码的可维护性，可以将自定义的 `close` 功能封装进命名空间或模块中：

// 推荐：明确隔离作用域，避免全局污染const MyModule = {    close() {        console.log('Custom close logic executed');        // 可触发清理、通知、动画等操作    }};function myFunction() {    // 明确调用原生 API，避免冲突    window.close();}

最后总结一下：避免遮蔽 `window.close` 的核心，在于切断全局标识符与 `window` 属性的隐式绑定。优先使用 `const` 或 `let` 声明，再辅以命名空间设计，这样既能保障原生 API 可用，又能提升代码的健壮性和可读性。