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 关闭设置”本质是误导性说法；能做的只有适配宿主环境提供的退出通道。