window.close() 无法关闭用户手动打开的标签页或主窗口，仅能关闭脚本通过 window.open() 打开的窗口；现代浏览器及轻量系统均强制限制，需改用跳转空白页、主进程调用或定时关闭等替代方案。

window.close() 在绝大多数现代轻量系统（如基于 Chromium 内核的 WebView、Electron 轻量封装、PWA、或国产信创轻量浏览器）中无法直接关闭用户手动打开的标签页或主窗口——这是浏览器安全策略强制限制，不是 HTML5 本身的问题，也不是设置能绕过的。

为什么 window.close() 经常没反应？

现代浏览器（Chrome ≥60、Edge ≥79、Firefox ≥71、Safari 全版本）只允许关闭「由脚本用 window.open() 打开的窗口」。用户直接输入地址、点击书签、或从桌面启动的页面，均被视为“顶级上下文”，window.close() 调用会被静默忽略，控制台通常不报错，但也不生效。

• 轻量系统（如某些政务/教育终端定制浏览器）往往沿用 Chromium 最新策略，甚至更严格
• 部分旧版 WebView（如 Android 4.x 系统内置）曾支持，但已淘汰，不可依赖
• confirm("确定关闭？") 或 alert() 包裹也无济于事——权限缺失，弹窗拦不住限制

轻量系统下真正可行的“关闭”替代方案

既然不能强制关，就转为「引导用户操作」或「模拟退出行为」：

• 推荐：跳转到空白页 + 提示 —— 用 window.location.replace("about:blank") 清空当前页历史，并显示友好提示：“已退出，可关闭窗口”
• 适用于 Electron/WebView 场景 —— 主进程暴露 closeWindow() 接口，渲染进程调用 ipcRenderer.send("close-window")，由主进程执行 win.close()
• 自动定时关闭（仅限弹窗类） —— 若页面是 window.open() 弹出的，可用 setTimeout(() => window.close(), 5000)，且必须在同源、非跨域上下文中

退出应用

别碰的坑：onbeforeunload + 非法拦截

window.onbeforeunload 只能触发「离开前确认」，不能阻止关闭，也不能用于自动关闭。更关键的是：轻量系统常禁用该事件的自定义提示文本（只显示统一浏览器提示），甚至完全屏蔽回调。

立即学习“前端免费学习笔记（深入）”；

• 写 return "确定要走？" → 多数轻量环境被忽略，或只弹默认提示
• 试图用 event.preventDefault() 拦截关闭 → 违反规范，无效且可能报错
• 检测 event.clientY 判断是否点 [X] → 在触屏/无标题栏轻量界面中完全不可靠

实际部署时，优先确认你的轻量系统底层是否为 WebView2 / Chromium Embedded Framework（CEF）/ 或 Electron —— 不同宿主提供的原生桥接能力差异极大。纯 HTML5 页面没有“关页设置”这回事，所谓“HTML5 关闭设置”本质是误导性说法；能做的只有适配宿主环境提供的退出通道。