电池健康状态

不会。电池电量、充电状态和历史图表均在您自己的浏览器标签页中读取和保存。不会上传任何内容,关闭标签页会完全清除会话历史记录和日志。

Firefox 在 52 版本(2016 年)中移除了底层的电池状态 API,原因是研究人员发现它可以与其他信号结合以帮助跨站点追踪用户,而 Safari 从未实现过它。Chrome、Edge、Opera 和 Brave 仍然支持它,因此在同一设备上切换到其中一款浏览器即可获得有效的读数。

这是正常现象。台式主机通常没有电池可报告,因此浏览器会将其报告为永久"充电中"且为 100%,因为它实际上始终插着电源。此工具确实是为笔记本电脑、平板电脑和电池供电设备而设计的。

几年前,浏览器(尤其是 Chrome)出于隐私原因,故意降低了充放电时间估算的精确度报告,现在经常返回未知而不是具体数字。这正是此工具也会根据您打开页面以来电量实际变化的速度,计算自己基于会话的估算值的原因。

它会查看读数窗口开始和结束时的电池电量,计算出每分钟百分比变化速率,并将该速率向前推算至 0% 或 100%。它需要至少一两分钟的数据才能趋于稳定,并且假设您的使用情况大致保持不变,因此中途打开一个高负载应用会使估算值偏离,直到它跟上新的速率。

提醒仅在此标签页保持打开且页面未重新加载时触发,因为后台没有运行任何内容。它们也是边沿触发而非电平触发,意味着充满电提醒在您跨过 100% 时触发一次,而不是在保持该状态期间持续触发;低电量提醒仅在您降到所选百分比以下的那一刻触发,而不是每次页面读取到低于该值时都触发。

该标签页几乎不做什么工作:大约每 30 秒进行一次轻量级检查,以及浏览器自身报告电量或充电变化时进行检查,与正常浏览相比可以忽略不计。无论如何都不会对您的电池续航产生明显影响。

当浏览器检测到电量、充电状态或其自身时间估算发生真实变化时,电池 API 会触发一个事件,因此显示会立即更新。此外还有 30 秒的定时器,只是为了在百分比长时间不变的情况下,继续填充历史图表和速率计算,因为电池电量通常以整数百分比步进变化,间隔可能长达几分钟。

不能直接检测,此页面对此限制坦诚相告,而非假装并非如此。电池 API 只能暴露当前电量和时间信息,而不能提供电池健康度、循环次数或设计容量与当前容量的对比。"查看您的真实电池健康状况"卡片为您提供了 Windows、macOS、Chromebook 和 iPhone 的具体操作步骤,因为这些系统都能读取此浏览器 API 根本无法访问的数据。

一个完整的电池循环等于 100% 的放电量,无论是一次性发生还是通过多次部分放电累积而成。此工具会累计您打开页面以来使用电池电量的每一个百分点,因此从 90% 拔出电源放电到 70%,之后又从 60% 放电到 40%,将显示 40% 的累计放电量,即 0.4 个循环。这是一个仅限本次会话的数字,重新加载页面时会重置,而不是像您操作系统跟踪的循环次数那样持续的终身总计。

不是,这些是适用于绝大多数笔记本电脑、平板电脑和手机所使用的锂离子电池的通用指南,基于电池和设备制造商自己发布的相同原则。它们并非对您特定电池状况的测量,只是一些无论您使用哪种设备都往往能减缓损耗的习惯。

它在 Android 上基于 Chrome 的浏览器中的工作方式与在桌面上相同。在 iPhone 上它根本无法工作,因为 iOS 上的每个浏览器,包括 iOS 版 Chrome,底层都必须使用苹果的 WebKit 引擎,而 WebKit 从未实现过电池状态 API。