在 macOS 中可通过活动监视器（能耗/CPU 标签页）查看过去 12 小时资源累计数据，结合系统设置中的电池使用历史（24 小时/10 天）及终端日志命令，全面识别后台常驻进程的真实耗电与 CPU 行为。
在 macOS 中查看应用运行的资源耗用记录，主要依靠系统自带的活动监视器，它不保存长期日志，但能提供过去 12 小时内较可靠的累计数据（尤其是能耗、CPU 和内存趋势），配合系统设置中的电池用量历史，可还原出较完整的资源使用脉络。
查看过去 12 小时的能耗与 CPU 累计记录
活动监视器的“能耗”和“CPU”标签页是获取时间加权资源记录的核心入口：
- 打开活动监视器后，切换到“能耗”标签页，等待 5–10 秒让系统完成采样；列表中“12 小时电源”列显示每个进程在过去 12 小时内消耗的电量（单位：mWh），底部状态栏同时显示总耗电量（如“电池(过去 12 小时): 12480 mWh”）
- 切换到“CPU”标签页，启用“CPU 历史记录”（菜单栏 → 窗口 → CPU 历史记录），图形显示最近 2 分钟的实时负载波动；虽不存档，但可截图或观察规律性峰值，辅助判断某应用是否周期性占用 CPU
- 点击列标题（如“% CPU”“12 小时电源”）可排序，快速定位长期高耗用项；右键列标题可勾选“启动时间”“命令行”，帮助识别后台常驻进程的实际来源
调取系统级电池用量历史（过去 24 小时 / 10 天）
这部分数据由系统电源管理模块自动记录，无需第三方工具，且更侧重整体趋势：
- 前往系统设置 → 电池 → 电池使用情况，选择“过去 24 小时”或“过去 10 天”
- 页面显示各 App 的耗电占比、前台/后台活跃时长，例如“微信：后台运行 4 小时 22 分钟，耗电 18%”——这比活动监视器的瞬时值更能反映真实影响
- 若发现某 App 后台时间远超前台（如后台 6 小时但只用了 2 分钟），说明它可能在执行同步、推送或备份，属于隐性资源消耗源
用终端命令导出底层能耗快照（按需进阶）
当需要验证特定时段（比如夜间待机期间）是否存在异常耗电，可调用系统日志提取分钟级快照：
- 打开终端（应用程序 → 实用工具 → 终端）
- 输入命令：log show --predicate 'eventMessage contains "power"' --last 24h | grep -i "battery\|energy"，回车后查看过去 24 小时内与电源相关的原始日志条目
- 如需导出为文件便于分析，追加 > ~/Desktop/power_log.txt，即可保存到桌面
- 注意：该日志不含 App 名称，但含时间戳和能耗事件类型（如 wake reason、battery level change），适合交叉验证活动监视器中可疑进程的唤醒行为
识别并确认后台常驻进程的真实资源行为
很多“看似关闭”的应用仍在后台持续耗电或占 CPU，关键看两个信号：
- 在“能耗”标签页中，检查“唤醒权限”列为“是”的进程——这意味着它有权在睡眠中被系统唤醒，是后台耗电的典型机制
- 观察“App 小憩”状态：显示“否”表示该 App 正在活跃运行；显示“是”但“唤醒权限”仍为“是”，说明它虽未前台运行，却保有后台调度资格
- 右键点击可疑进程 → “在访达中显示”，确认是否为你主动安装的软件（如 OneDrive、Dropbox、Alfred），而非系统服务；非必要项可考虑禁用其登录项或退出
