应依次清理用户级DiagnosticReports、系统级/var/log/asl和/Library/Logs/DiagnosticReports中的旧崩溃文件，关闭Apple分析数据共享并启用自动删除，再用终端find命令批量清除过期.crash/.panic/.asl文件，最后通过安全模式重置崩溃缓存。
如果您发现Mac的“系统数据”或“其他”类别中占用空间异常升高，且近期频繁出现应用崩溃弹窗，则很可能是DiagnosticReports目录中堆积了大量.crash、.panic等崩溃记录文件。这些文件由系统自动保存，用于故障诊断，但长期不清理可累积数GB空间。以下是多种安全有效的清理方法：
一、清除用户级诊断报告
用户级崩溃记录集中存储于~/Library/Logs/DiagnosticReports/路径下，仅记录当前账户运行的应用崩溃信息，删除后不影响系统稳定性，也不会丢失重要调试线索。
1、打开“访达”，按下Command+Shift+G调出“前往文件夹”窗口；
2、输入~/Library/Logs/DiagnosticReports/并回车；
3、按“修改日期”排序，筛选出创建时间早于90天前的.crash、.panic、.ips文件；
4、选中全部符合条件的文件，右键选择“移到废纸篓”；
5、清空废纸篓前，请确认当前无正在调试中的开发任务。
二、清理系统级诊断日志与崩溃快照
/var/log/和/Library/Logs/中包含系统服务、内核扩展及后台进程生成的崩溃日志，部分文件夹（如asl/、DiagnosticReports/）在/var/log/下需管理员权限访问，清理后可释放数百MB至2GB空间。
1、再次使用Command+Shift+G，输入/var/log/，输入管理员密码授权访问；
2、进入asl/子目录，查找年份为2025及更早的文件夹（如2025.01、2024.12）；
3、将这些旧年份文件夹拖入废纸篓；
4、返回上一级，进入/Library/Logs/DiagnosticReports/（注意此路径无需sudo权限）；
5、删除所有文件名含“CrashReporter”且修改日期超过60天的条目。
三、禁用非必要崩溃报告提交并限制本地保存
macOS默认启用自动向Apple发送崩溃报告功能，该过程会在本地暂存副本并可能重复生成冗余记录。关闭此选项可阻止新崩溃文件持续写入，同时限制已存在报告的保留周期。
1、点击屏幕左上角苹果菜单 ，选择“系统设置”；
2、进入“隐私与安全性”→“分析与改进”；
3、关闭“共享Mac分析数据”和“共享iPhone分析数据”开关；
4、在下方点击“分析数据”右侧的“详细信息”按钮；
5、确认列表中无正在使用的调试工具（如Xcode）关联的活跃.crash文件后，勾选“自动删除超过90天的诊断数据”选项。
四、使用终端命令批量清理过期崩溃文件
对于熟悉命令行操作的用户，可通过find指令精准定位并删除指定时间范围内的崩溃记录，避免图形界面误操作风险，执行效率更高且可复现。
1、打开“终端”应用程序；
2、执行以下命令清理用户诊断报告：
find ~/Library/Logs/DiagnosticReports -name "*.crash" -mtime +90 -delete
3、执行以下命令清理系统级崩溃日志：
sudo find /var/log/asl -name "*.asl" -mtime +180 -delete
4、输入管理员密码后等待命令完成，终端无输出即表示清理成功；
5、运行sudo find /Library/Logs/DiagnosticReports -name "*.panic" -mtime +60 -delete 删除旧内核崩溃记录。
五、通过安全模式触发系统级崩溃缓存重置
在安全模式下启动Mac时，系统会跳过第三方加载项并强制重建部分诊断缓存结构，同时自动清理已被标记为“可废弃”的崩溃临时副本，适用于怀疑存在损坏崩溃索引导致空间无法释放的场景。
1、关机后按住Shift键不放，再按下电源键开机；
2、持续按住Shift直至看到登录窗口（可能需30秒以上）；
3、登录后立即打开“访达”，前往~/Library/Logs/DiagnosticReports/验证是否已清空最新7天内的重复.crash文件；
4、正常重启退出安全模式；
5、再次检查“储存空间”中“系统数据”占比是否下降至少500MB。
