MacBook盖盖后耗电严重是因未深度休眠，需排查阻止睡眠的进程、高频暗唤醒源、定位相关服务及隐藏启动项：先用活动监视器查“防止睡眠”进程，再通过终端日志分析Wake reason，接着终止locationd等定位服务，最后清理登录项和launchd隐藏服务。
MacBook盖上盖子后耗电严重，说明系统未真正进入深度休眠，极可能是某个后台进程正持续阻止睡眠或频繁触发暗唤醒（DarkWake），必须逐层定位真实“电老鼠”。
用活动监视器揪出“防止睡眠”的进程
这是最直观、最优先执行的排查动作，无需命令行，5秒内就能看到谁在明目张胆地拦着系统睡觉。
打开【访达】→【应用程序】→【实用工具】→【活动监视器】。
点击顶部标签页切换到【能耗】，确保窗口已完全展开，能看到所有列。
右键点击任意列标题区域 → 勾选【防止睡眠】，该列立刻显示出来；若没出现，重启活动监视器再试一次。
点击【防止睡眠】列标题进行降序排序——【值为“是的”的进程会全部堆在最上方】。重点关注那些同时满足两个条件的进程：① “防止睡眠”列为“是的”，② “12小时能耗”数值高于500（单位：毫瓦时）。这类进程大概率就是主因，比如 Amphetamine、Parallels Desktop、VLC、iCloudDrive、cloudd 或旧版输入法守护进程。
选中可疑进程 → 点击左上角【X】按钮 → 选择【退出】（不是强制退出），观察合盖10分钟后是否仍发热掉电。
用终端日志锁定高频唤醒源
如果活动监视器没发现明显嫌疑对象，或者退出后问题依旧，说明唤醒行为更隐蔽——可能是硬件信号或系统服务在背后反复拉起CPU，必须看原始日志。
打开【终端】（访达 → 应用程序 → 实用工具）。
输入并执行：pmset -g log | grep -E "(Wake|DarkWake)" | tail -20。
重点扫描每行末尾的 【Wake reason】 字段括号内内容：例如 USB 表示U盘或鼠标在唤醒，Network 表示网卡收包，BT 是蓝牙设备靠近，rtc (alarm) 是定时任务，powerd 则指向系统电源管理自身异常。
若看到同一原因重复出现（如连续4次都是 Network），说明对应模块被周期性激活，需立即禁用其唤醒权限——比如关掉 tcpkeepalive 或 womp。
终止后台定位服务相关进程
定位服务本身不耗电，但 locationd、cloudd、remoted 这类进程一旦被第三方App或系统服务高频调用，就会引发密集 DarkWake，是Silicon 机型最典型的隐性耗电路径。
方法一：快速验证定位是否涉案
在终端中执行：pmset -g log | grep -E "(DarkWake|locationd|corelocation)" | tail -15。
若输出中 locationd 或 cloudd 频繁伴随 DarkWake 出现，直接进入下一步。
方法二：精准终止
回到【活动监视器】→【能耗】标签页 → 点击【唤醒权限】列排序 → 找出名称含 【locationd】、【cloudd】、【remoted】 的进程 → 全部选中 → 点击【X】→【退出】。
注意：cloudd 退出后 iCloud 同步会暂停，但不会丢失数据；重启 Mac 后它会自动恢复，此时可同步去【系统设置】→【隐私与安全性】→【定位服务】→【系统服务】里关闭“重要地点”等高风险项。
清理登录项与隐藏启动服务
有些“电老鼠”根本不在活动监视器常驻进程列表里，它们只在开机或用户登录时悄悄注入，靠 launchd 启动后便隐身运行，必须从源头清查。
第一步：检查可见登录项
进入【系统设置】→【通用】→【登录项】→ 关闭所有非必要项目，尤其注意最近安装的软件（如向日葵、ToDesk、网易云音乐、迅雷）。
第二步：暴露隐藏服务
打开【终端】，输入：launchctl list | grep -v "0x"，回车后列出所有活跃 launchd 服务。
用眼睛快速扫一遍服务名，重点找含 【openvpn】、【tun】、【helper】、【daemon】、【agent】 的条目，尤其是名字和你近期装的软件高度匹配的那几个。
确认某服务可疑后，执行：launchctl bootout gui/$(id -u) [service-name]（把 [service-name] 替换为实际名字，如 com.todesk.todesk）。
这一步操作起来很简单，直接把文件拖进去就行。
