本文探讨了Mac电脑频繁自动重启的现象，通过分析系统日志和唤醒计划，揭示了用户不可见的计划任务是导致电脑异常唤醒和重启的根源。文章详细介绍了如何通过`pmset -g sched`查看唤醒计划，并使用`sudo pmset schedule cancelall`取消所有计划任务。此外，作者还建议关闭Power Nap、网络唤醒以及系统分析与改进等功能，以防止潜在的用户行为分析和数据收集。文章最后提及，虽然已解决异常唤醒问题，但导致硬件唤醒失败的具体硬件原因仍未明确，不排除系统bug的可能性。

💡 针对Mac电脑频繁自动重启的问题，通过查看控制台崩溃日志并借助ChatGPT分析，初步怀疑是WMAudioPlugin插件引起。尝试删除该插件后，问题依旧，表明原因并非仅限于此。

⏰ 电脑在未开机状态下却出现凌晨唤醒和崩溃记录，这促使作者将调查重点转向电脑的唤醒机制。此前已关闭的Power Nap和网络唤醒功能，使得用户不可见的计划任务成为新的怀疑对象。

🚫 通过`pmset -g sched`命令发现名为`com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer`的用户不可见计划任务，该任务与用户行为分析和数据收集相关。尝试删除该任务，但重启后会重新生成。

✅ 最终找到有效删除用户不可见唤醒计划的方法是使用`sudo pmset schedule cancelall`命令。此举成功阻止了计划任务的自动生成和执行，解决了电脑异常唤醒的问题。

🛡️ 作者建议用户关闭Power Nap、网络唤醒功能，并取消“隐私与安全性”中的“分析与改进”选项，以避免潜在的用户行为分析和数据收集。文章强调了对“用户不可见”任务的警惕，并对系统可能存在的隐私风险表达了担忧。

起因：
头一天下班的时候，合盖走人，第二天早上一来，打开电脑，发现 mac 已经自动重启了。频率不是特别高，偶尔会这样。

分析：
查看 console 中的崩溃日志，扔给 chatgpt ，分析说是唤醒的时候，某个硬件无法唤醒，一开始是日志中频繁出现 WMAudioPlugin ，所以重点怀疑是这个插件导致，
但是也没有搜出来这是个什么插件，后来在 gpt 的建议下，删除了这个插件，目录主要是在/Library/Audio/Plug-Ins/HAL/ 和/Library/Extensions/， （
可以通过 sudo find /Library /System/Library /Users -iname "WMAudioPlugin" 来看看哪些目录有）。

删除后没几天，一个周末没开电脑，周一过来又发现崩溃记录，这次发现崩溃是发生在周 6 凌晨，可是一整个周末都没开机啊，电脑都是合上的，为什么凌晨电脑会唤醒呢？这次就把重点
放在了电脑为什么会唤醒上，因为之前很早的时候就已经关闭了电源选项中的 power nap 和网络唤醒功能，这次使用命令 pmset -g sched 查看唤醒计划，还真是有一条计划任务：
com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer ， 还是个用户不可见的计划，说是什么用户行为分析与收集，我去，这还能行！
果断删除，可是发现用什么命令都无法删除这个计划，要不就是删除后重启就自动又生成了，最后终于找到删除方法：sudo pmset schedule cancelall 。

结论：
1.先用 pmset -g sched 查看唤醒计划
2.用 sudo pmset schedule cancelall 取消所有唤醒计划
3.建议关闭电源选项中的 power nap 、网络唤醒等功能；建议关闭“因私与安全性”中的“分析与改进”中的所有选项；这些东西美其名曰说是帮你同步日历什么的，其实都是在分析用户行为
谁知道有没有偷偷搜集用户信息，之前不是有报道说有些手机晚上会偷录用户信息什么的，我现在绝对相信是有这么回事的，你从这名字上就能看到有多邪恶：user-invisible 用户不可见
你要分析什么数据你让我知道啊，不管是进程还是日志，搞个用户不可见的任务在这偷偷分析。

另外，具体是什么硬件在唤醒的时候没有响应，目前尚无结论，我电脑目前只接了一个鼠标，其他没有外设了，也不排除是系统 bug 导致，gpt 建议是系统重启后如果立即休眠，有可能导致电源管理出 bug 。

附：
我的 mac 型号：2019 intel i7,16-inch ，32G ，os 15.5