mac“系统数据”异常膨胀主因是diagnosticreports中堆积大量未查阅的.crash、.panic等日志文件，可通过系统设置一键清理、手动删除用户级目录或终端命令精准清除，并建议关闭崩溃报告提交以防止再生。
Mac磁盘中“系统数据”或“其他”类别异常膨胀，十有八九是DiagnosticReports目录里堆满了应用崩溃、内核panic、服务中断后自动生成的.crash、.panic、.tracev3等副本文件——单个可达数百MB，三年积攒下来轻松吃掉20GB以上空间，且绝大多数从未被查阅过。
用系统设置一键清空可安全删除的崩溃副本
这一步操作最稳妥，系统会自动识别并移除已归档、过期、无调试价值的日志，不碰任何正在使用的活跃报告。
点击屏幕左上角苹果图标 → “系统设置”；
左侧边栏点“通用” → 右侧点“储存空间”；
等待15秒左右完成扫描，找到“系统数据”条目，点击其右侧的“管理”按钮；
在弹出窗口中找到“日志文件”子项，确认状态为【可删除】后，点击“删除”；
系统将自动移除所有判定为安全的崩溃副本，包括用户级和系统级DiagnosticReports中过期的.crash、.panic、.tracev3文件，以及已压缩归档的旧日志。
手动清理用户级DiagnosticReports目录（释放效果最明显）
该目录只存你当前账户触发的崩溃记录，删完不影响新报告生成，也不影响系统守护进程运行，是清理优先级最高的位置。
打开访达，按Command+Shift+G调出“前往文件夹”；
输入~/Library/Logs/DiagnosticReports并回车；
PyCharm 2026.2.0.1 Mac版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合在macOS系统上进行 Python 项目开发、运行、调试和测试。
点击右上角“排序方式”→“修改日期”，再点击“大小”列二次排序，使大而旧的文件排在底部；
按住Shift键，选中所有修改日期早于【2025年8月1日】的.crash、.panic、.tracev3文件；
按Command+Delete移至废纸篓 → 右键废纸篓 → “清倒废纸篓”。
终端命令精准清除系统级崩溃副本
系统级日志存放在/Library/Logs/DiagnosticReports和/var/log/asl中，涉及内核和服务崩溃，需管理员权限操作。务必区分路径，误删/var/log下非asl子目录可能影响系统诊断能力。
方法一：仅清理用户级旧崩溃副本（无需密码）
① 打开“终端”（Command+空格搜“终端”）；
② 执行命令：find ~/Library/Logs/DiagnosticReports -name "*.crash" -mtime +30 -delete；
③ 再执行：find ~/Library/Logs/DiagnosticReports -name "*.panic" -mtime +30 -delete。
方法二：清理系统级崩溃副本（需管理员密码）
① 在终端中运行：sudo find /Library/Logs/DiagnosticReports -name "*.crash" -mtime +30 -delete；
② 再运行：sudo find /Library/Logs/DiagnosticReports -name "*.panic" -mtime +30 -delete；
③ 【输入密码时无可见字符，输完直接回车，若提示权限拒绝，请确认已启用管理员账户】。
方法三：连带清理/var/log/asl中的旧年份日志
① 在终端中运行：sudo rm -rf /var/log/asl/2024.* /var/log/asl/2025.*；
② 此命令会删除asl目录下所有2024及2025年份的子文件夹，不触碰当前年份日志。
禁用非必要崩溃报告提交并限制本地保存周期
macOS默认开启向Apple发送崩溃报告功能，每次提交都会在本地暂存完整副本，且可能因网络失败重复写入，造成冗余堆积。关闭后新崩溃不再生成本地副本，已存在的报告保留周期也会缩短。
点击屏幕左上角苹果菜单 ，选择“系统设置”；
进入“隐私与安全性”→“分析与改进”；
关闭“共享Mac分析数据”和“共享iPhone分析数据”两项；
向下滚动，点击“诊断与用量”→ 关闭“自动发送”开关。
