一件奇怪的事，牛马罢工了最近总发生一件奇怪的事，搞得我很苦恼，一度怀疑有人操控我的电脑，精神紧张崩溃，持续发疯。事情还

最近总发生一件奇怪的事，搞得我非常苦恼，一度怀疑有人操控我的电脑，精神紧张崩溃，持续发疯中。

事情还要从两个月前说起，那是一个什么样的天气，我已经记不得。只记得早上开始当牛马之后，发觉已经很久没有收到新邮件提醒，包含近期的会邀也没有收到消息通知，电脑上的 Outlook 软件莫名奇怪的退出了。

最初，我以为是自己误操作导致。（内心 OS：每次遇到问题往往先怀疑自己）

所以当时没有当做一件事，毕竟重启操作也就点一下鼠标。

后续接二连三的又出现几次，我都在懊悔自己的不小心，告知自己千万要小心操作，不要把 Outlook 退出。

后来，慢慢地，事情发展的不可预控，由起初的每周一次到每天一次，到今天的每小时一次，午饭前刚查阅过邮件，并保持会话最前，激活状态。午饭后，果然就被悄无声息的退出，连任何崩溃报告都没有，终于，我决定尝试排查下原因。

和牛马斗争的第一回合：软件和系统设置

尝试一：检查 Outlook 软件的每项配置，查看是否存在某些设置，诸如“打开一小时就退出软件”这样的内容，通过系统操作挽回这个干活不可或缺的牛马。 $\color{red} 失败*1$

尝试二：检查 Mac 操作系统各项设置，寻找诸如“定时关闭任务”类可执行程序，检查各安全软件设置，排查异常、不安全风险隐患。 $\color{red} 失败*2$

尝试三：查找 Outlook 物理文件，清理可能是异常的文件、静态资源，缓存数据等内容，重置操作，试图让牛马认清现实，回归它原本的工作岗位。 $\color{red} 失败*3$

尝试四：问大模型，大模型让我再做一遍我刚刚结束的几个尝试，再深入交流后，大模型让我看日志。 $\color{blue} 还得是你啊$

第二回合：日志追根溯源

尝试一：联想到操作系统对各类行为操作会有日志记录，尝试通过排查日志文件，找寻可能触发问题的原因。 $\color{red} 失败*4$

打开Mac 系统自带的控制台软件，依次分析崩溃报告、Spin 报告、日志报告、诊断报告和系统日志。

通过翻阅搜索近5000条日志信息，日志是滚动记录的，在阅读过程中会产生新的数据，并没有找到任何有价值数据，因为就好像每次有人找你修复 Bug 一样，会和对方说，怎么复现？你能复现吗？不能复现怎么排查？重启一下电脑？或者再等等？

尝试二：静候，好猎人往往都是以猎物的身份出现，我的牛马上钩了。

好巧不巧，怪事又一次出现了。

2024-11-13 14:45:26.390417 (gui/502/application.com.microsoft.Outlook.24380843.24461476 [93004]) <Notice>: exited with exit reason (namespace: 15 code: 0xbaddd15c) - OS_REASON_RUNNINGBOARD | <RBSTerminateContext| code:0xBADDD15C explanation:CacheDeleteAppContainerCaches requesting termination assertion for com.microsoft.Outlook reportType:None maxTerminationResistance:NonInteractive attrs:[
	<RBSPreventLaunchLimitation| <RBSProcessPredicate <RBSProcessBundleIdentifierPredicate "com.microsoft.Outlook">>>
	]>
2024-11-13 14:45:26.390424 (gui/502/application.com.microsoft.Outlook.24380843.24461476 [93004]) <Notice>: service state: exited
2024-11-13 14:45:26.390427 (gui/502/application.com.microsoft.Outlook.24380843.24461476 [93004]) <Notice>: internal event: EXITED, code = 0
2024-11-13 14:45:26.390429 (gui/502/application.com.microsoft.Outlook.24380843.24461476 [93004]) <Notice>: job state = exited
2024-11-13 14:45:26.390458 (gui/502 [100004]) <Notice>: service inactive: application.com.microsoft.Outlook.24380843.24461476
2024-11-13 14:45:26.390461 (gui/502/application.com.microsoft.Outlook.24380843.24461476 [93004]) <Notice>: service state: not running
2024-11-13 14:45:26.390467 (pid/93004 [Microsoft Outlo]) <Notice>: shutting down
2024-11-13 14:45:26.390469 (pid/93004 [Microsoft Outlo]) <Notice>: removing active service: com.apple.WebKit.WebContent.44CE5124-9D8B-4EEE-B95C-9388E95AFA09

这里有关键信息：

namespace: 15 code: 0xbaddd15c
OS_REASON_RUNNINGBOARD
CacheDeleteAppContainerCaches requesting termination

首先排除人为干预因素，而是另一个牛马 Mac 系统所为，通过以上三个关键信息推测：可能是系统在执行 Cache Delete 中导致的异常，因物理剩余空间有限，不得不去其它牛马那里找资源，抢占底盘。 $\color{red} 妥妥的内卷行为。$ 于是去看了下物理空间占用情况，245.11 GB 剩余可用 9.3GB。 $\color{green} 罪魁祸首是硬盘空间不足，原来Outlook是背锅侠。$

先清理下空间，经过一番折腾，重点是清理大文件 500MB 以上，以及删除各处低频场景的 node_modules 文件，在我无情的压榨下，牛马最终额外贡献 30GB 的物理空间，还真是牛马不走用鞭打。

晚饭回来，Outlook 看起来正常了。

相似 Case

问题排查中，发现的类似情况 Case 以及原理解释，内容不多，是干货。