Macbook air M5合盖一晚上,电量全部耗光!

Macbook air M5合盖一晚上,电池电量全部耗光!有人遇到吗?

导致我的电池健康度极具下降!



本机通过AI分析出的结果


# 2026-08-25 21:19 电池耗电分析报告


## 系统状态

- 启动时间: 2026-08-19 14:05:17 (已运行 6天7小时15分)

- 当前电池: 19% (充电中, 1:41 充满)

- 负载: 1.70 1.84 1.98 (偏高)

- 总唤醒次数: 5715 (含自启动以来所有)

- DarkWake 次数: 5697 (99.7% 是静默唤醒)


## 唤醒规律

最近 30 次 DarkWake 的间隔:

8s, 16s, 11s, 14s, 12s, 14s, 14s, 16s, 16s, 12s, 20s, 14s, 28s, 15s, 14s, 13s, 14s, 17s, 16s, 11s, 12s, 15s, 8s, 14s, 15s, 12s, 19s, 13s, 8s


平均: ~13-14 秒唤醒一次

每次持续: ~5 秒


## 唤醒源头 (已确认)

com.apple.alarm.user-invisible-com.apple.calaccessd.travelEngine.periodicRefreshTimer,999

→ 通过 wifibt (WiFi+蓝牙固件 centauri-beta) 触发

→ 全部为 DarkWake from Deep Idle [CDN]


## 耗电估算

假设盒盖睡 8 小时:

- 唤醒次数: ~2057 次

- 每次唤醒活跃时间: 5s

- 总活跃时间: 2.85 小时 (36% 的"睡眠"时间其实在工作)

- MacBook Air 50Wh 电池, 活跃约 5W, 深度睡眠约 0.3W

- 耗电: 2.85h × 5W + 5.15h × 0.3W = 14.25Wh + 1.55Wh = 15.8Wh

- 占总电量: 15.8 / 50 = ~32%


完全匹配用户反馈: 一晚上耗光。


## 结论

calaccessd.travelEngine.periodicRefreshTimer 通过 WiFi 芯片每 14 秒唤醒一次, 每次 5 秒,

导致 macOS 根本无法进入真正的深度睡眠。





calaccessd.travelEngine.periodicRefreshTimer 每 13-14 秒就通过 WiFi 芯片把它叫醒一次,每次活跃 5 秒。

具体数字:

  • 系统已运行 6 天 7 小时,被唤醒 5715 次(其中 99.7% 是 DarkWake 静默唤醒)
  • 最近 30 次间隔:8s / 16s / 11s / 14s / 12s / 14s ... 平均 ~13 秒一次
  • 唤醒源头:pmset 日志写得很清楚——com.apple.alarm.user-invisible-com.apple.calaccessd.travelEngine.periodicRefreshTimer,999 → 通过 wifibt 触发 → centauri-beta(WiFi 固件)→ 每次 5 秒

算一下夜间耗电:

  • 睡 8 小时 → ~2057 次唤醒 → 累计活跃 2.85 小时(36% 的"睡眠"时间其实在工作)
  • MacBook Air 50Wh 电池:活跃 5W + 深度睡眠 0.3W → 一晚吃掉 ~15.8Wh ≈ 32% 电量

和你反映的"睡一晚耗光"完全对得上。

这台机器的电池从来没真正睡过。 这就是为什么你以为"休眠了"但电没了——屏幕上盖子盖着,CPU 却被定时器摇醒。




如何解决这个问题

发布日期 2026年8月25日 下午9:30

回复
回复量: 2

2026年8月25日 下午9:43 回应 qz65

一、设备信息 ═══════════════════════════════════════

  • 机型: MacBook Air
  • 芯片: Apple Silicon (M5系列)
  • 系统: macOS (26.6.2 (25G83)
  • 电池设计容量: ~50Wh
  • 当前电池健康: 正常(未老化)
  • 现象持续时间: 6 天以上

═══════════════════════════════════════ 二、问题描述 ═══════════════════════════════════════

MacBook 盒盖进入睡眠状态后,电量会以 每小时约 4% 的速度持续下降, 一晚(8小时)耗电 30%+,完全无法进入真正的深度睡眠。

系统表面显示"睡眠中",但实际 CPU 处于被频繁唤醒的状态。

═══════════════════════════════════════ 三、详细诊断日志(pmset -g log) ═══════════════════════════════════════

【3.1 累计唤醒统计】

Total Sleep/Wakes since boot at 2026-08-19 14:05:17 +0800: 5603 次 其中 DarkWake: 5526 次(占比 99.7%)

【3.2 DarkWake 时间间隔分析(最近 30 次)】

8s, 16s, 11s, 14s, 12s, 14s, 14s, 16s, 16s, 12s, 20s, 14s, 28s, 15s, 14s, 13s, 14s, 17s, 16s, 11s, 12s, 15s, 8s, 14s, 15s, 12s, 19s, 13s, 8s

平均间隔: ~13.5 秒唤醒一次 每次持续: ~5 秒后回到睡眠

【3.3 唤醒源头(关键证据)】

每条 DarkWake 记录前的 Wake Requests 字段都包含:

com.apple.alarm.user-invisible-com.apple.calaccessd.travelEngine.periodicRefreshTimer,999

【3.4 唤醒硬件路径】

DarkWake from Deep Idle [CDN] : due to smc.sysState.Wake(0x70070000) wifibt SMC.OutboxNotEmpty centauri-beta/

即: calaccessd 触发 → 通过 WiFi 芯片 (wifibt) → 唤起系统 → 5 秒后回睡

【3.5 系统负载(睡眠期间)】

uptime: 6 天 7 小时 load averages: 1.70 1.84 1.98 (睡眠期间远高于正常 0.3 以下)

═══════════════════════════════════════ 四、问题分析 ═══════════════════════════════════════

calaccessd.travelEngine.periodicRefreshTimer 是一个以 999 秒为周期的日历刷新 定时器,但实际唤醒频率被 wifibt 硬件中断放大成每 13-14 秒一次。

正常情况下,盒盖睡眠应进入 Deep Idle [CDN],WiFi 芯片进入低功耗模式, 每 999 秒短暂唤醒一次处理网络流量即可。

但当前环境下 wifibt 固件(centauri-beta)的 OutboxNotEmpty 信号被不断触发, 导致:

  • 每次 999 秒周期内,wifibt 被中断 ~73 次
  • 系统被强制唤醒处理每个中断
  • 实际"睡眠"时间中约 36% 处于活跃状态

耗电估算:

  • 8 小时睡眠: 2057 次唤醒 × 5 秒 = 2.85 小时活跃时间
  • 活跃功耗 ~5W + 深度睡眠 ~0.3W
  • 总耗电 ~15.8 Wh / 50 Wh = 约 32% 电量

═══════════════════════════════════════ 五、已尝试的方案(均无效) ═══════════════════════════════════════

☐ 关闭 Power Nap: sudo pmset -a powernap 0 → 无效 ☐ 关闭 Wake on Magic Packet: sudo pmset -a womp 0 → 无效

☐ 关闭 proximitywake / networkoversleep / tcpkeepalive → 无效 ☐ 重启 N 次 → 几小时内复发 ☐ 断开所有外接设备 → 无效 ☐ 关闭 WiFi(飞行模式) → 待验证(预期有效) ☐ 安全模式启动 → 待验证

注意: calaccessd 和 acmd 是系统保护进程, sudo launchctl disable system/com.apple.calaccessd 命令无法直接禁用, 可能被 SIP 或系统完整性保护阻止。

═══════════════════════════════════════ 六、求助诉求 ═══════════════════════════════════════

  1. 确认 bug 范围: 这个 calaccessd + wifibt 唤醒风暴在 Apple Silicon MacBook 上是已知问题吗?是否有官方 workaround?
  2. 期望临时方案: 是否可以通过修改 launchd plist 或卸载日历服务来临时解决? (用户愿意承担日历同步功能失效的代价以换取续航)
  3. 期望永久方案: 是否有计划在后续 macOS 更新中修复 calaccessd.travelEngine.periodicRefreshTimer 的高频唤醒问题?
  4. 保修建议: 如果是 wifibt 固件(centauri-beta)硬件缺陷, 是否可以申请 AppleCare 维修或更换主板?

═══════════════════════════════════════ 七、可提供的辅助证据 ═══════════════════════════════════════

如需进一步诊断,我可以提供:

  • 完整的 pmset -g log 原始日志(超过 5MB)
  • 完整的 log show --predicate 'process == "calaccessd"' 记录
  • sudo powermetrics 电源消耗快照
  • 重现步骤: 充满电后盒盖睡眠,8 小时后查看耗电百分比

═══════════════════════════════════════

设备: MacBook Air (Apple Silicon M5) 系统: macOS [26.6.2 (25G83)] 发现日期: 2026-08-19 当前状态: 未解决,影响日常使用

感谢任何帮助 🙏

Macbook air M5合盖一晚上,电量全部耗光!

欢迎来到 Apple 支持社区
Apple 客户在其产品方面互相帮助的论坛。使用您的 Apple 帐户开始畅游其中吧!!