想知道笔记本这块电池还能用多久、要不要换，Windows 自己就给了答案：一条
powercfg /batteryreport出一份 HTML 报告，看设计容量、满充容量和循环次数；另一条powercfg /srumutil则是把系统里的能量估算原始数据转储成文件，它不是一份"给人看的报告"。本文按微软官方文档把两份东西逐项对齐，并给出判断线：微软在 Win32_Battery 的文档里写明，当满充容量低于设计容量的 80% 时，通常就意味着这块电池到了寿命终点。信息核验时点：2026-11-02（主角系统 Windows 11 当前正式版 26H2，正式版于 2026-09-29 推出，最新内部版本 26300.9818；文中两条命令的参数与失败返回在 Windows 10 专业版 19045 实机执行并留存输出）
本文要点
- 一句话定义：powercfg 是 Windows 自带的电源命令行工具，
/batteryreport生成电池使用报告，/srumutil从"系统资源使用状况监视器"（SRUM）转储能量估算数据。 - 核心结论：判断电池还能不能用的官方口径是"满充容量 ÷ 设计容量"这个比值，微软写的更换线是满充容量低于设计容量的 80%。
- 关键数字：微软企业报告把容量低于 60% 判为受影响最大、60% 到 80% 为中度受影响，估算续航低于 3 小时判为受影响最大。
- 怎么算循环：一次循环是累计放掉 100% 电量，不必一次放完——第一天用 50%、第二天 30%、第三天 20%，循环计数才加 1。
- 短板 / 边界：
/srumutil只输出 XML 或 CSV 的原始转储、微软没有为它写"怎么看"的文档；没有电池的台式机这两条命令都会直接报错，报告里也可能压根没有循环次数这一栏。
powercfg 的这两条命令各自是干什么的？
先给能独立成立的定义：powercfg 是 Windows 内置的命令行工具，不用装任何东西，用来控制电源方案、睡眠状态，并"分析系统中常见的能量效率和电池使用时间问题"（Powercfg command-line options）。这类系统自带命令能不能顶替第三方软件，本站在 Windows 自带工具够用吗？截图录屏计算器便笺备份逐项对照 里逐项对过。它下面有两条和电池直接相关的命令，微软在同一个页面的选项表里各给了一句话：
/batteryreport：Generates a report of battery usage（生成电池使用情况的报告）。展开说明是"Generates a report of battery usage characteristics over the lifetime of the system"——统计的是这块电池从装机到现在整个生命周期的使用特征，运行后在当前路径生成一个 HTML 文件。/srumutil：Dumps Energy Estimation data from System Resource Usage Monitor (SRUM)（从"系统资源使用状况监视器"转储能量估算数据）。
这两句的区别比看上去大：前者是微软替你排好版、画好图的一份报告，后者是把系统内部那张记录表原样倒出来。本机 powercfg /? /batteryreport 与 powercfg /? /srumutil 打出来的中文帮助逐字是：
POWERCFG /BATTERYREPORT [/OUTPUT <FILENAME>] [/XML] [/TRANSFORMXML <FILENAME.XML>]
描述: 生成在系统的生存时间内电池使用情况特性的报告。BATTERYREPORT 命令将在当前路径下生成 HTML 报告文件
POWERCFG /SRUMUTIL [/OUTPUT <FILENAME>] [/XML | /CSV]
描述: 以 XML 或 CSV 格式为能量估算提供程序转储整个 SRUM DB第二行值得划重点：/srumutil 的参数里只有 /XML 和 /CSV 两个格式选项，没有 HTML。也就是说，指望它像电池报告那样双击打开一个漂亮页面，从一开始就是个误会。
电池还能用多久，官方的判断线是哪一条？
不是看剩余电量百分比，也不是看用了几年，而是看"现在充满一次能装进多少电"对比"出厂设计能装多少电"。微软在 Win32_Battery 这个 WMI 类的文档里对 FullChargeCapacity（满充容量）这一项写得很直接：
"Comparison of the value to the DesignCapacity property determines when the battery requires replacement. A battery's end of life is typically when the FullChargeCapacity property falls below 80% of the DesignCapacity property."
——把满充容量和设计容量比一比，就能决定电池什么时候需要更换；电池的寿命终点，通常是满充容量掉到设计容量的 80% 以下。（Win32_Battery class）
这条 80% 就是"还能用多久"最硬的一道线。微软的企业级电池健康报告里用的是同一套比值，只是把口径写成了"最大容量"：
"The maximum capacity of a battery is the ratio of its full charge capacity against its design capacity. The full charge capacity shows the Watt-hours the battery can hold on a full charge now, while the design capacity shows the Watt-hours the battery could hold when it was new."
——最大容量 = 满充容量 ÷ 设计容量；满充容量是"现在充满能装多少瓦时"，设计容量是"新的时候能装多少瓦时"。它给的例子是：设计容量 70 瓦时的电池，最大容量剩 50%，意味着现在充满只装得进 35 瓦时。（Battery health report）
同一页还给了分档线，可以直接拿来对照自己的报告：容量低于 60% 属于"受影响最大"，60% 到 80% 属于"中度受影响"；估算续航低于 3 小时也算"受影响最大"。这里要注意它把两件事分开说了——有的电池容量掉到 60% 以下但续航还能接受，因为设计容量本来就大；反过来容量好看但掉电飞快，微软明确把这归给"耗电的应用"或"本来就设计成小容量的电池"，而不是电池老化。
报告怎么生成，文件落在哪里？
微软给普通用户的步骤写在"Windows 中保护电池"这篇里（该页把这条命令归在 Windows 11 名下）：开始菜单搜索 Command prompt，右键选"以管理员身份运行"，然后输入 powercfg /batteryreport 回车；"The battery report will be an HTML file that's stored in a folder on your PC. The file location will be shown in the Command Prompt window."——报告是个 HTML 文件，具体路径会打印在命令行窗口里，去那个文件夹双击用浏览器打开即可（Caring for your battery in Windows）。
想自己定路径和格式，用官方语法这几条：
| 想做的事 | 命令写法 | 出处 |
|---|---|---|
| 生成默认 HTML 报告 | powercfg /batteryreport | 官方语法行 |
| 指定保存路径和文件名 | powercfg /batteryreport /output 文件名 | 官方语法行 |
| 改存成 XML | powercfg /batteryreport /output 文件名 /xml | 官方语法行 |
| 只看最近若干天 | powercfg /batteryreport /duration 天数 | 官方语法行 |
| 把 XML 还原成 HTML | /transformxml 文件名 | 本机帮助 |
官方网页的语法行只列了 /output、/xml、/duration 三项，本机 19045 的帮助里还多出一个 /TRANSFORMXML（把 XML 报告重新格式化成 HTML）。两个都写在这里，是因为它们分别来自网页和本机程序，版本口径不完全一致。
报告里的每个数分别是什么意思？
微软官方页点名了三个先看的板块："Installed battery, Recent usage, and Battery usage"（已安装电池、最近使用、电池使用情况）。第一块里的字段，含义和单位都能在 Win32_Battery 的文档里逐字对上，下表按报告里的常见栏位排列。
| 报告栏位 | 官方含义 | 单位 |
|---|---|---|
| Design Capacity（设计容量） | 出厂设计的电池容量，文档原文"Design capacity of the battery in milliwatt-hours"，不支持时填 0 | 毫瓦时 mWh |
| Full Charge Capacity（满充容量） | 现在充满一次能装的容量；与设计容量比较来决定是否更换，低于 80% 通常即寿命终点 | 毫瓦时 mWh |
| Cycle Count（循环次数） | 累计放掉 100% 电量算一次，不必一次放完 | 次 |
| Chemistry（化学成分） | 枚举值：6 是 Lithium-ion 锂离子，8 是 Lithium Polymer 锂聚合物，另有铅酸、镍镉、镍氢、锌空气 | 枚举 |
| Estimated Charge Remaining | 剩余电量占满充的百分比 | 百分比 |
| Estimated RunTime | 按当前负载、断开电源后到放完电的估算分钟数 | 分钟 |
| TimeToFullCharge | 按当前充电速率充到满还需要多少分钟 | 分钟 |
（以上逐条出自 Win32_Battery class。）
单位这一列有个容易看漏的点：设计容量和满充容量在报告里通常是几万的四位数，因为单位是毫瓦时，1 瓦时等于 1000 毫瓦时。看到 51000 别以为是 51000 瓦时，那是 51 瓦时——和上面那个"设计容量 70 瓦时"的例子是同一个量级。
另外，Win32_Battery 里有几项微软已经标了 DEPRECATED（不再使用），比如 BatteryRechargeTime（充电所需时间）和 ExpectedBatteryLife，文档对前者的原话是"This property is not supported... and is now considered obsolete"。如果在别的教程里看到让你读这两个属性，可以直接跳过。
循环次数为什么要按"累计放完 100%"来算？
因为锂电池记的不是"你拔插了几次电源"。微软对循环次数的定义写在电池健康报告页里，还配了一个例子：
"Review the cycle count, which tracks how many times the battery discharges 100% of its capacity (not necessarily in one session). For example, if a battery discharges 50% on day 1, 30% on day 2, and 20% on day 3, the cycle count increases by 1."
——循环次数统计的是"累计放掉 100% 容量"发生了多少次，不必在一次会话里放完：第一天放 50%、第二天 30%、第三天 20%，循环计数才加 1。（Battery health report）
所以"每天插电两次是不是循环次数翻倍"这个担心是不必要的，真正让容量掉得快的是微软在同一条文档里说的另一件事——"The capacity of lithium-ion cells is reduced after a certain number of times the battery is charged and then discharged"，锂离子的容量会在充放一定次数后减少；以及下面这段保养建议。
报告里没有循环次数、或者数字是 -1，是坏了吗？
不一定，两种情况微软都写明了。
第一种，整栏不出现。企业报告页的原话是："If the battery design doesn't report cycle count, that information won't appear in the report."——电池本身的设计不上报循环次数，这一栏就没有。同一页还补了两句边界：新电池数据不足时可能显示成"0*"（带星号的零）；电池数量偶尔会大于 2 并加星号，那通常说明机器接了 UPS 或外接电池。
第二种，数字显示成 -1 或"不可用"。该页「限制」一节写："Some data points in the report may display Not available. When you export the report, unavailable data appears as -1 in the generated .csv file."——数据点在页面上是"Not available"，导出成 CSV 时统一写成 -1。顺带一提，-1 这个约定在电源报告里是通用的，本机的睡眠分析 XML 里也能看到 Ac="-1" 这类值，含义同样是"这项没有数据"，不是"负一"。
srumutil 到底给的是什么，为什么没人教怎么看？
/srumutil 的官方描述只有一句"Dumps Energy Estimation data from System Resource Usage Monitor (SRUM)"，本机帮助补了一句"转储整个 SRUM DB"。SRUM（系统资源使用状况监视器）是 Windows 内部的一张记录库，落盘在 C:\Windows\System32\sru\SRUDB.dat。这台机器上以管理员读取，该文件确实存在，41,877,504 字节，最后写入时间是当天早上；用普通权限去列目录会被直接拒绝。
关键在于：微软在官方文档站里没有为 /srumutil 的输出写过一份"字段说明"。搜遍 learn.microsoft.com 也只有命令选项表里那一句，连 SRUM 本身都没有独立文档页。所以网上凡是把 srumutil 的 CSV 逐列讲成"电池健康度"的教程，都不是微软口径。它的正确定位是：给要做取证或批量分析的人，把能量估算的原始表倒出来，格式只有 XML 和 CSV 两种。
对绝大多数"想知道哪个应用吃电"的人，官方给的是设置里的入口，不是命令行：开始 > 设置 > 系统 > 电源和电池 > 电池使用情况，"Under Battery usage per app, see which apps might be using more battery in the background"——在"每个应用的电池用量"下面看哪些应用在后台耗电更多；对允许管理的应用，再点"更多选项 > 管理后台活动"改它的后台权限（Battery saving tips for Windows）。
插上电源却在掉电，先查哪一条？
这属于"还能用多久"之外的另一类问题：明明插着，电量还在往下走。微软单独写了一篇排查页，把原因归到充电配件上——充电器与机型不兼容、充电器功率不够、没插到机器上的充电口、充电线满足不了充电器或机器的功率要求。它给的数字是："USB-C can support up to 5V, 3A, 15W"，如果接口支持 USB Power Delivery 这个标准，才能以更高功率更快充电；举例说机器需要 12V 3A 充电时，用 5V 3A 的充电器就不是最佳选择。解法也很朴素：用随机附带的充电器和线，并且"To speed up charging, charge your PC while it's asleep or turned off"——关机或睡眠时充得更快（PC is charging slowly or discharging while it's plugged in）。
还有一个容易误读的地方：任务栏电量图标显示"接通电源"不等于正在充电。Win32_Battery 的 BatteryStatus 枚举里，值 2（Unknown）的官方解释是"The system has access to AC so no battery is being discharged. However, the battery is not necessarily charging."——系统有交流电，所以电池不在放电，但并不一定在充电。真正在充的是值 6 到 9（Charging 及其组合）。
平时怎么让这块电池老得慢一点？
微软那篇保养页给的都是可执行的动作，没有玄学：
- 别频繁深度放电，尽量把电量维持在"大约 20% 到 80%"这个中间区间（原文"a moderate charge range (roughly 20%–80%)"）。
- 一周里有多次把电量保持在 20% 到 80% 之间，比"用一小会儿就插回去"更好。
- 机器支持智能充电（Smart charging）就打开，它会让电池停在推荐电量上，即使一直插着电源。
- 高温是加速老化的头号因素："Excessive heat can cause lithium-ion batteries to deteriorate more quickly, permanently reducing their capacity."——别在高温环境下使用或充电。
- 长期存放的话充到 40% 到 60%，别满电也别空电存放，放阴凉干燥处并定期检查电量。
- 电池明显鼓包（内部化学反应产气）时立即停用，不要按压或刺穿。
这几条属于"到手第一天就该设好"的那类习惯，和 新办公电脑到手必做的15项设置清单 里的电源项是同一件事的两头：清单管怎么设，报告管设完之后怎么回看效果。
没有电池的机器上，这两条命令会怎样？
这是本文的实测边界，也是很多教程不会告诉你的部分。本台机器是没有电池的台式机（Windows 10 专业版 19045），即使按官方指引以管理员身份运行，两条命令都会直接失败，且不会生成任何文件：
powercfg /batteryreport /output D:\tmp\a54\batt_admin.html
无法执行操作。出现了意外错误(0x10d2): 库、驱动器或媒体缓冲池是空的。
powercfg /srumutil /output D:\tmp\a54\srum_admin.csv /csv
无法执行操作。出现了意外错误(0x1f): 连到系统上的设备没有发挥作用。
Error: SruUpdateStats failed
Completed with status 21 (0x00000015)同一台机器上还能看到三处对应的"没有"：Get-CimInstance Win32_Battery 返回 0 个实例；查 root\wmi 命名空间的电池类会报"无效类"（HRESULT 0x80041010）；powercfg /batteryreport /full 和 powercfg /batterystream 这两个在别处见过的写法，在这里都只回一句"参数无效"。也就是说，网上流传的电池报告扩展参数并不通用，版本不支持时程序连文件都不会创建。
因此本文里所有关于报告字段含义、阈值和分档的结论，出处都是微软官方文档与本机命令帮助，报告本身的具体数值没有在本机复现——要拿到属于你自己那块电池的数，得在带电池的笔记本上跑。至于待机掉电是不是异常，那是另一份报告（powercfg /sleepstudy）的活，本文不重复。
常见问题 FAQ
电池健康度到多少就该换？
按微软的口径，看的是满充容量与设计容量的比值：Win32_Battery 文档写的更换线是"满充容量低于设计容量的 80%"，企业电池健康报告把 60% 以下列为受影响最大、60% 到 80% 列为中度受影响。也就是说 80% 是"该开始留意"，60% 是"该计划更换"。但别只看比值，同一页提醒：容量偏低但续航还能接受的情况是存在的，最终要看断开电源后实际能用多久。
循环次数多少算高？
本文没有找到微软给出的"多少次循环就该换"的统一数字，因为不同电池的设计寿命差别很大，能背书的只有比值那条线。循环次数在报告里的正确用法是当参考背景：结合容量比值一起看，比如一台跑了 500 多次循环、比值掉到 70% 的机器，和一台 200 次循环但比值同样 70% 的机器，前者是正常老化，后者更值得怀疑是电池个体或散热问题。
报告里的 mWh 和平时说的 Wh 怎么换算？
1 瓦时等于 1000 毫瓦时。Win32_Battery 给 DesignCapacity 和 FullChargeCapacity 两个属性标注的单位都是 milliwatt-hours（毫瓦时），所以报告里 51000 这个数字读作 51 瓦时。算比值时两边单位一致即可直接相除，不需要先换算。
为什么我的报告里"最近使用"是空的？
报告统计的是电池相关的活动。如果这段时间机器一直插着电源、或者从没在断电状态下用过，可记录的电池会话本来就少。这台台式机则属于另一种情况：没有电池，命令直接以 0x10d2 报错，连文件都不会生成。要判断机器支持哪些睡眠状态、待机时发生了什么，用的是 powercfg /a 和睡眠分析报告，不是电池报告。
srumutil 导出的 CSV 能直接看懂吗？
不建议当日常工具用。它导出的是一张原始记录表，微软没有发布对应的字段说明文档，格式也只有 XML 和 CSV 两种、不生成 HTML。普通用户想知道哪个应用吃电，官方入口是"设置 > 系统 > 电源和电池 > 电池使用情况"里的"每个应用的电池用量"，那里还能直接对应用改后台活动权限。
长期插电会不会把电池充坏？
一直保持在满电状态确实不利于锂电池，微软的建议是尽量把电量维持在大约 20% 到 80% 之间、避免频繁深度放电，并且如果设备支持智能充电就打开它——按官方原话，这能让"即使一直插着电源，电池也保持在推荐的电量水平"。真正加速老化的是高温，所以比"拔不拔电源"更值得管的是别在热环境下使用和充电。
写在最后
把两条命令的分工记住，就不会再被各种"电池检测神器"带走：/batteryreport 出的是微软替你排好版的报告，看设计容量、满充容量和循环次数，判断线是满充容量是否低于设计容量的 80%；/srumutil 出的是原始数据转储，只支持 XML 和 CSV，微软没有为它写阅读文档，日常用不上。想查谁在吃电，去设置里的电池使用情况；想查待机掉电，去看睡眠分析报告。
本文数据核验于 2026-11 月，以官方 Release Notes 为准。
