macOS日志清理应优先使用系统原生工具：用log erase按时间清理统一日志，find清理/var/log旧归档，谨慎处理~/Library/Logs；推荐配置log config限制磁盘用量，而非盲目脚本清理。
macOS 系统日志（尤其是 /var/log/ 和 ~/Library/Logs/ 下的日志）长期积累确实容易占用大量磁盘空间，但 macOS 本身已内置了基于 log 命令和 asl（旧式）或 unified logging（10.12+）的自动轮转与清理机制。真正需要手动干预的，通常是第三方应用日志、调试日志、或某些未遵循系统规范的日志目录。编写“自动清理脚本”前，建议先确认是否真有必要——盲目清理可能影响问题排查，甚至误删关键诊断信息。
明确清理目标：哪些日志可安全清理？
不是所有日志都适合一概而论地删除。需区分以下几类：
-
系统统一日志（/var/db/diagnostics/、/var/db/uuidtext/）：由
log命令管理，不建议直接 rm。应使用log collect导出后，用log erase --all或按时间范围清理（如log erase --since "2024-01-01"） -
/var/log/ 下的传统日志（system.log、install.log 等）：受
newsyslog管理，默认已压缩轮转（如system.log.0.gz）。可安全清理.gz归档或超过 N 天的旧轮转文件 -
用户级日志（~/Library/Logs/）：多数为 App 自建日志，无统一策略。可按目录名、修改时间、大小筛选，例如清理
Console.app导出的临时日志、Xcode 构建日志、或某崩溃报告缓存目录 - 第三方服务日志（如 Homebrew 服务、Docker Desktop、Nginx、MySQL）：需单独配置其自身日志轮转（如 logrotate），或在脚本中显式指定路径
推荐方案：用 log 命令 + find 组合清理（安全可控）
以下是一个轻量、可定时执行的 Bash 脚本示例（保存为 cleanup-logs.sh），兼顾系统规范与实际需求：
#!/bin/bash
# macOS 日志清理脚本（建议配合 launchd 定时运行）
<h1>=== 清理 Unified Logging（仅保留最近7天）===</h1><p>echo "【Unified Logging】清理 7 天前日志..."
sudo log erase --since "7 days ago" 2>/dev/null</p><h1>=== 清理 /var/log/ 轮转归档（保留最近5个 .gz 文件）===</h1><p>echo "【/var/log/】清理旧归档..."
sudo find /var/log -name "<em>.gz" -type f -mtime +30 -delete
sudo find /var/log -name "</em>.old" -type f -delete</p><h1>=== 清理用户日志（~/.log 目录及常见大日志子目录）===</h1><p>echo "【用户日志】清理 >100MB 的旧日志..."
find "$HOME/Library/Logs" -type f ( -name "<em>.log" -o -name "</em>.out" -o -name "*.err" ) -size +100M -mtime +14 -delete 2>/dev/null</p><h1>=== 可选：清理 Console.app 导出缓存（易被忽略的大头）===</h1><p>echo "【Console 缓存】清理导出日志..."
rm -rf "$HOME/Library/Logs/Console/Exports/"*</p><h1>=== 输出剩余空间提示 ===</h1><p>echo "清理完成。当前根分区可用空间："
df -h / | awk 'NR==2 {print $4}'
✅ 注意事项：
- 需要 sudo 执行部分命令（如 log erase、清理 /var/log）
- 使用 -mtime +N 比 -atime 更可靠（基于修改时间而非访问时间）
- 2>/dev/null 抑制权限不足等非关键报错，避免干扰 cron 输出
让脚本自动运行：用 launchd 替代 cron（macOS 推荐）
将脚本设为每日凌晨 2 点运行，创建 ~/Library/LaunchAgents/com.user.cleanup-logs.plist：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.user.cleanup-logs</string>
<key>ProgramArguments</key>
<array>
<string>/bin/bash</string>
<string>/path/to/cleanup-logs.sh</string>
</array>
<key>StartCalendarInterval</key>
<dict>
<key>Hour</key>
<integer>2</integer>
<key>Minute</key>
<integer>0</integer>
</dict>
<key>RunAtLoad</key>
<false/>
</dict>
</plist>
然后加载：launchctl load ~/Library/LaunchAgents/com.user.cleanup-logs.plistlaunchctl start com.user.cleanup-logs
替代思路：优先启用系统原生日志限制（更省心）
其实 macOS 已提供配置接口，无需脚本即可控制日志保留策略：
- 查看当前 unified logging 保留策略：
log config --status - 限制日志最大磁盘用量（例如 2GB）：
sudo log config --mode "level:default, persist:default, keep-ascii:1, max-size:2G" - 禁用某类日志（如 Kernel）：
sudo log config --mode "level:default, persist:default, subsystem:kernel, category:*" --mode "level:none"
这些设置重启后仍生效，且与系统日志架构深度集成，比外部脚本更稳定可靠。
不复杂但容易忽略的是：日志膨胀往往源于某个异常进程持续输出（比如卡死的后台服务、无限重试的脚本）。定期用 log show --predicate 'eventMessage contains "error"' --last 24h 快速筛查源头，比单纯清日志更有治本效果。
