mac“系统数据”或“其他”异常庞大主因是诊断报告、崩溃日志与系统日志堆积，可通过五种方法清理：一、系统设置中批量删除旧诊断报告；二、手动清除~/library/logs/diagnosticreports/内旧文件；三、终端命令删除/private/var/log/asl/下年份归档；四、用tmutil命令清理time machine本地快照中的诊断元数据；五、关闭“共享mac诊断与用量数据”以防止未来堆积。
如果您发现Mac的“储存空间”中“系统数据”或“其他”类别异常庞大，且近期未进行过系统更新或应用调试，则很可能是大量诊断报告、崩溃日志与系统日志持续堆积所致。这些文件由macOS自动创建，用于故障分析，但长期保留并无实际用途。以下是多种可立即执行的清理方法：
一、通过系统存储管理界面批量删除旧诊断报告
macOS Ventura 13及更高版本在“储存空间”管理中已集成对诊断数据的识别能力，可安全筛选并移除数月前的崩溃报告与诊断归档，无需手动定位路径，避免误操作风险。
1、点击屏幕左上角苹果菜单 ，选择“系统设置”。
2、在边栏中点按“通用”，再点按右侧的“储存空间”。
3、等待扫描完成，在“系统数据”条目旁点击“更多信息”按钮。
4、在弹出窗口中查找“诊断报告”或“崩溃报告”子项，勾选所有早于90天前生成的报告。
5、点击“删除”按钮，确认执行清理操作。
二、手动进入用户日志目录清除DiagnosticReports文件夹
用户级诊断报告集中存储于~/Library/Logs/DiagnosticReports/路径下，该位置不涉及系统核心日志机制，删除后不会影响后续新报告生成，且可释放数百MB至数GB空间。
1、打开访达，按下Command+Shift+G调出“前往文件夹”窗口。
2、输入~/Library/Logs/DiagnosticReports并回车，进入诊断报告根目录。
3、在访达窗口右上角点击“显示”→“排序方式”→“修改日期”，使最旧文件排在底部。
4、按住Shift键，选中所有创建时间早于2025年8月1日的.crash和.panic文件。
5、将选中文件拖入废纸篓，并执行“清倒废纸篓”操作。
三、使用终端命令安全清除系统级日志中的诊断归档
/private/var/log/目录下保存着系统级诊断与安装日志，其中asl/（Apple System Log）子目录内存在大量按年份归档的诊断快照，这些文件无法被图形界面识别，但单个归档可达数百MB，需通过授权命令精准清理。
1、打开“终端”应用程序（位于“应用程序→实用工具”中）。
2、输入命令：sudo rm -rf /private/var/log/asl/2024.*，回车后输入管理员密码（输入时无可见字符）。
3、继续输入：sudo rm -rf /private/var/log/asl/2025.01*，回车执行。
4、运行ls /private/var/log/asl/ | head -n 5验证是否仅保留2025年02月及之后的归档。
5、关闭终端，无需重启系统，空间即刻释放。
四、清除Time Machine本地快照中附带的诊断元数据
当启用Time Machine且未连接备份磁盘时，系统会自动生成本地快照（Local Snapshots），其中包含完整系统状态镜像，诊断报告的副本亦被嵌入其中，导致“系统数据”虚高。删除快照可同步清除其携带的诊断冗余副本。
1、确保当前未连接Time Machine备份磁盘。
2、打开终端，输入命令：sudo tmutil thinlocalsnapshots / 9999999999 1，回车执行。
3、等待终端返回“Completed successfully”提示。
4、重新进入“系统设置→通用→储存空间”，查看“系统数据”占比是否明显下降。
五、禁用非必要诊断数据收集以防止未来堆积
macOS默认开启“共享Mac诊断与用量数据”功能，会定期上传崩溃报告并本地缓存副本。关闭该选项可从源头减少诊断文件生成频率，同时不影响系统稳定性与基础错误检测能力。
1、点击苹果菜单 → “系统设置”。
2、点按边栏“隐私与安全性”，向下滚动至“分析与改进”区域。
3、关闭“共享Mac诊断与用量数据”开关。
4、在下方点击“诊断与用量数据”，确认列表中无新增的.diagnosticreport文件生成。
