跳转到内容

Modern Standby:笔记本到底睡了没有

核验于 2 分钟阅读

S0ix 与 S3 的区别、合盖掉电的原因,以及怎么查出是谁让机器没进深度睡眠。

测试环境Pro (26H2) · 版本号 26300.9457 · x64
E1
版本号
26300.9457
版本
Pro (26H2)
架构
x64
支持
文档(E1)
证据
E1官方文档
核验日期
2026-10-29
页面类型
排障

现代笔记本大多不再以旧意义“睡眠”,而是 Modern Standby(S0 低电量待机):系统停在低功耗状态,但操作系统仍在运行,所以能瞬间唤醒、还能在后台联网。

代价是真实的:

  • 唤醒快(没有休眠恢复);
  • 后台工作可以继续——包括你不想让它继续的;
  • 某个驱动或应用把 SoC 留在浅睡眠,笔记本放进包里就会掉电。

S3(老的挂起到内存)在新机器上很少见;用哪种模型由固件决定,不是 Windows。

终端窗口
powercfg /a
powercfg /sleepstudy /output $env:TEMP\sleepstudy.html

powercfg /a 会打印类似:

  • 待机 (S0 低电量待机) —— Modern Standby 生效;
  • 待机 (S3) —— 传统挂起;
  • 休眠 —— 是否可用。

如果没有列 S3,就不能靠某个设置切过去。部分 OEM 固件在 BIOS 里提供 S3 选项,多数新机器没有。

终端窗口
powercfg /batteryreport /output $env:TEMP\battery.html
powercfg /sleepstudy /output $env:TEMP\sleepstudy.html

睡眠研究报告按会话时长列出阻止深度睡眠的主要元凶:某个驱动、服务或计划任务。用浏览器打开 HTML,表格可读。

常见元凶:

元凶 特征
网卡(WoWLAN) 待机期间有网络活动
USB 设备/扩展坞 设备仍带电
索引或备份任务 待机期间跑了计划任务
带音频/视频的浏览器 进程持有电源请求
驱动 bug(显卡/音频) 没有明显应用,但活动时间很高
终端窗口
powercfg /requests

这是回答“盖着盖子为什么还热”最快的单条命令。它列出显示、系统、离开模式请求及请求进程。关掉那个进程再测。

  1. 不需要就关掉网络唤醒(WoWLAN)。
  2. 带出门时拔掉扩展坞——坞会给设备供电。
  3. 查计划任务:Get-ScheduledTask | Where-Object { $_.Settings.WakeToRun }。
  4. 更新显卡/音频驱动——这两类是待机回归最常见的来源。
  5. 待机掉电无法接受就设定时休眠;恢复慢,但不掉电。

厂商数据的粗略预期(不是本文测量):

  • 健康机器过夜掉个位数百分比;
  • 包里每小时超过约 5% 说明有东西让系统没睡;
  • 在包里 30 分钟后摸着还热,就不是待机。

用睡眠研究里每次会话的活跃时间与驻留比例判断,而不是只看一个百分比。

E1。S0ix/S3 行为有微软文档依据,由固件实现。实验室虚拟机没有电池也没有 S0ix 路径,未测量掉电。

来源