无法用活动监视器查看启动阶段服务占用，需结合控制台日志、launchctl命令和活动监视器早期监控：通过控制台筛选launchd启动/失败记录，用launchctl列出系统级服务状态，重启后60秒内用活动监视器捕获高资源服务，并针对性优化mds_stores、cloudphotosd等典型服务。
直接打开“活动监视器”无法看到系统启动阶段的服务占用，因为那时它还没运行。必须借助其他工具配合分析，核心是查看启动时已加载但尚未被用户进程触发的守护进程和服务。
用 console 查看启动日志中的服务加载时间点
macOS 启动过程中所有 launchd 服务的加载、启动、失败都会记录在 unified log 中。打开“控制台”应用 → 左侧选“系统日志查询” → 点击右上角“开始流式传输”，然后重启 Mac。启动完成后，在搜索栏输入：
process:launchd AND eventMessage:"started" OR "failed"
可快速定位哪些服务在 boot 时间段（如 00:00–00:30）被拉起，再结合其 Bundle ID 或 Label 进一步查证。
用 launchctl 列出开机自启的系统级服务
终端中执行以下命令，可导出所有系统域（system scope）下已加载的守护进程及其当前状态：
- sudo launchctl list | grep -v "PID\|-" | awk '{print $3}' | sort ——列出所有 service label
- sudo launchctl print system > ~/Desktop/system-launchd.txt ——输出完整信息（含启动时间、是否 on-demand、CPU/内存历史统计）
- 重点关注 LastExitStatus、StartTime 和 ThrottleInterval 字段，判断是否异常频繁重启或延迟启动
用 活动监视器 追踪启动后早期服务的资源表现
虽然不能回溯启动瞬间，但可以设置“自动刷新+排序”来捕获刚启动后的高消耗服务：
- 打开活动监视器 → 切换到“CPU”或“内存”标签页
- 点击“% CPU”或“内存”列标题排序，让高占用进程排在最上方
- 勾选菜单栏“视图 → 更新频率 → 非常快”，并开启“保持在前”避免被其他窗口遮挡
- 重启 Mac，登录后立即观察前 60 秒——很多服务（如 mds_stores、softwareupdated、sharingd）会在该窗口期集中初始化并短暂冲高资源
识别典型高开销系统服务及其优化建议
以下服务在多数 macOS 版本中常见于启动初期高占用，可针对性排查：
- mds_stores：Spotlight 索引重建。若刚升级系统或外接新磁盘，会持续数分钟。可通过 sudo mdutil -a -i off 临时禁用（不推荐长期关闭）
- cloudphotosd：iCloud 照片同步首启扫描。检查“系统设置 → Apple ID → iCloud → 照片”是否启用“iCloud 照片”，首次启用后需建立本地库索引
- nsurlsessiond：系统后台网络任务调度器。若发现它长期高 CPU，可能是某个 App（如 Zoom、Slack）的后台更新机制异常，可用 lsof -p [PID] 查看其连接的域名
- syspolicyd：Gatekeeper 和隐私管控服务。macOS Sonoma 及更新版本中，首次启动时会批量验证已安装 App 的签名，约持续 1–3 分钟
