HTML和JavaScript无法控制关机或感知低电压，因Web运行在沙箱中，无权访问硬件电源管理；真正关机由PMIC或内核响应电压跌落触发，前端仅能通过原生集成方案间接监测。

HTML 没有“函数”能控制关机，更不会因低电压自动关机——这是对 Web 技术边界的常见误解。 关机行为由硬件电源管理模块（如 PMIC）或操作系统内核（如 Linux 的 poweroff、Windows 的 ACPI 事件）响应物理电压跌落触发，浏览器和 HTML 完全无权访问这些底层能力。

为什么 HTML 和 JavaScript 无法感知低电压

浏览器运行在操作系统提供的沙箱环境中，所有硬件 I/O（包括电源状态）都被严格隔离。即使设备已因欠压触发硬件复位，document 对象早已销毁，window.addEventListener('beforeunload') 都来不及执行。

• Web API 中不存在读取电池电压、电源状态或触发关机的接口（navigator.getBattery() 已被废弃，且仅支持充电/放电状态，不提供电压数值）
• XMLHttpRequest 或 fetch 在断电前毫秒级中断，不会抛出可捕获的“低电压错误”
• 所谓“HTML 函数”本身不存在——HTML 是标记语言，不包含可执行逻辑

实际供电不稳时前端可能观察到的现象

电压波动不会让页面“调用关机函数”，但会通过系统层间接影响前端运行时表现：

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

• CPU 降频导致 requestAnimationFrame 掉帧、setTimeout 延迟增大
• 内存供电不足引发浏览器进程被 OS OOM killer 终止，表现为白屏后直接回到桌面（无 JS 错误日志）
• USB-C/Type-C 供电不稳时，外接显示器闪屏，连带 Chrome 渲染线程卡死，控制台出现 GPU process crashed
• 嵌入式设备（如树莓派+Chromium kiosk）在输入电压低于 4.65V 时，document.visibilityState 可能异常切换为 hidden，但这只是渲染进程崩溃的副产物，非主动检测

需要监测电源状态时的可行路径

若业务场景真需应对供电风险（如工业 HMI、车载终端），必须绕过浏览器，采用原生集成方案：

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

• Linux 设备：通过 /sys/class/power_supply/ 下的 voltage_now 文件轮询（需 root 权限），配合 systemd 服务监听并触发 dbus 通知到 Electron 主进程
• Windows IoT：调用 Win32_Battery WMI 类，用 Node.js 的 win32api 模块读取 EstimatedVoltage
• Android WebView：需自定义 WebViewClient，在 Java 层监听 BatteryManager 广播，再用 addJavascriptInterface 暴露安全方法给前端
• 绝对避免在网页中尝试 exec('sudo shutdown -h now') —— 浏览器无 shell 权限，且该命令在容器化环境（Docker/K8s）中根本不可用

真正决定设备是否关机的，是主板上的电压监控芯片（如 TI TPS65912）输出的 PWR_GOOD 信号，它比任何 JavaScript 执行都早几百微秒拉低。你写的 onbatterychange 回调，永远收不到那一次掉电事件。