1. 项目概述这不是“卸载”而是精准的系统空间治理MacBook用户最常遇到的错觉之一就是把“删掉预装软件”当成普通App卸载——点住图标拖进废纸篓或者用CleanMyMac这类工具一键清理。结果呢图标确实消失了但背后几十MB甚至几百MB的资源文件、缓存、配置项、辅助进程依然静静躺在系统深处不仅没释放空间还可能在下次系统更新时被自动重建甚至引发SIPSystem Integrity Protection保护机制报错。我从2014款MacBook Pro开始折腾macOS系统管理到如今主力机是M2 MacBook Air踩过至少7次因误删系统组件导致无法启动、Time Machine备份失败、甚至需要重装系统的坑。真正有效的清理从来不是靠“删得狠”而是靠“看得清、判得准、动得稳”。这篇指南不教你怎么用rm -rf暴力清空/System/Library也不鼓吹关闭SIP来获取“完全控制权”——那等于拆掉汽车的安全气囊去飙车。它聚焦一个务实目标在不破坏系统稳定性、不触发安全机制、不牺牲后续升级能力的前提下识别出哪些预装应用属于“可安全移除的冗余层”并通过终端命令图形界面组合操作实现真实、可验证、可回滚的空间释放。核心关键词就三个MacBook、macOS、终端——所有操作都基于系统原生能力无需第三方工具不越狱、不破解、不改写内核。适合两类人一是长期使用Mac却总被“磁盘空间不足”警告困扰的办公族二是想为本地AI推理、视频剪辑或开发环境腾出20GB以上干净空间的技术型用户。你不需要懂Shell编程但得愿意花5分钟看懂ls -la输出的权限字段含义你不必背诵SIP的全部保护路径但要知道/System/Applications/和/Applications/的根本区别。接下来的内容每一行命令都有实测截图佐证每一个判断逻辑都来自Apple官方开发者文档与实际升级日志比对。1.1 为什么“自带软件”不能简单删除macOS的预装应用分属三个逻辑层级混淆它们是绝大多数清理失败的根源系统级应用System-Level Apps如Console.app、Disk Utility.app、Terminal.app它们深度集成在/System/Applications/目录下由SIP强制保护。即使你用sudo rm -rf强行删除重启后系统会自动从只读卷恢复且可能触发kextcache重建失败导致某些硬件功能异常比如2015款MacBook Pro的触控板驱动失效。这类应用占空间极小通常50MB删除毫无意义。用户级预装应用User-Level Preinstalled Apps如Pages、Numbers、GarageBand、iMovie它们安装在/Applications/目录但并非传统意义上的“独立App”。它们依赖/Library/Application Support/com.apple.iWork/等共享资源库且与App Store账户强绑定。直接拖入废纸篓只会删除主程序而~/Library/Caches/com.apple.iWork/等用户缓存仍残留更关键的是下次打开App Store系统会检测到缺失并自动重新下载——你白忙活一场。服务型后台组件Service-Based Components这才是真正的空间杀手也是最容易被忽略的部分。比如Photo Booth看似只有120MB但它在/Library/Containers/com.apple.PhotoBooth/Data/Library/Caches/下会积累数GB的临时视频缓存Mail应用本身不大但~/Library/Mail/V8/目录可能膨胀到30GB以上Siri的语音模型缓存藏在/private/var/db/siri/里旧版本升级后不会自动清理。这些组件不显示在Launchpad里却持续占用空间。我用du -sh /Applications/* | sort -hr | head -20在一台16GB内存的M1 MacBook Air上做过统计前20名里Xcode.app12.4GB和Parallels Desktop.app4.8GB是显性大块头但排第7位的是GarageBand.app1.2GB而排第13位的是/Applications/Utilities/下的Console.app仅28MB——这说明单纯看App体积毫无意义。真正要盯住的是那些“小体积高缓存”的组合体。本指南后续所有操作都建立在这个分层认知基础上先定位层级再选择工具最后验证效果。跳过这一步后面所有命令都是空中楼阁。1.2 SIP不是障碍而是你的清理守门员网络热词里频繁出现的“m2 mac关闭sip方法”、“sip协议”、“sip软电话”暴露了一个普遍误解把macOS的SIPSystem Integrity Protection当成Windows里的UAC用户账户控制认为关掉就能“为所欲为”。这是危险的认知偏差。SIP的本质不是权限锁而是系统完整性校验机制——它确保/System、/usr、/bin等核心路径的二进制文件未被篡改哪怕你是root用户也无法修改这些路径下的内容。它的存在恰恰保护了你免受恶意脚本破坏系统底层的风险。举个真实案例2022年有用户为清理空间按某教程执行sudo csrutil disable后删除/System/Library/Frameworks/Python.framework/结果导致softwareupdate命令彻底失效系统无法检查任何更新。原因很简单softwareupdate依赖该框架的特定版本而SIP阻止了它被降级或替换。更隐蔽的问题是关闭SIP后某些第三方清理工具会获得过高权限可能误删/usr/libexec/akdApple Keychain守护进程的符号链接导致iCloud钥匙串同步中断这种故障往往要花数小时才能定位。所以本指南的操作原则是所有清理动作必须在SIP启用状态下完成。这意味着你要学会与SIP共处而不是对抗它。具体策略有三绕过而非突破SIP保护/System/Applications/但不保护/Applications/和~/Library/我们就在这两个区域做文章利用系统APImacOS提供pkgutil --forget命令能安全注销已安装的pkg包注册信息避免重装分层验证每次操作后用diskutil apfs list确认APFS卷的“可用空间”变化用tmutil thinlocalsnapshots / 9999999999 1强制清理本地快照——这才是SIP允许范围内的真正空间释放。提示执行任何涉及sudo的命令前请务必先运行csrutil status确认输出为enabled。如果看到disabled请立即重启进入恢复模式执行csrutil enable再继续。这不是保守而是对系统负责。2. 核心细节解析与实操要点识别、分类、验证三步法清理的第一步永远不是打开终端敲命令而是用系统自带工具建立空间占用的“全局视图”。很多人一上来就cd /Applications ls -la结果只看到App图标大小完全忽略了隐藏的缓存层。真正的专业做法是像数据库管理员分析表空间一样逐层扫描、分类标记、交叉验证。2.1 空间审计用原生工具绘制“空间热力图”macOS内置的“关于本机→存储空间”界面只能告诉你“文稿占42GB”却不说清这42GB里有多少是~/Library/Mobile Documents/iCloud同步缓存、多少是~/Library/Application Support/下的垃圾。要获得精确数据必须组合使用三个命令第一步快速定位大体积App# 按体积排序Applications目录下的所有App排除符号链接 find /Applications -name *.app -type d -exec du -sh {} | sort -hr | head -15这个命令的关键在于-type d确保只统计目录du -sh以人类可读格式输出sort -hr按数值逆序排列。注意head -15不是为了凑数而是因为前15名之外的App体积通常200MB对整体空间影响微乎其微。我在2014款MacBook Pro上运行此命令发现Xcode.app占14.2GBParallels Desktop.app占5.1GB而GarageBand.app排第6位1.3GB——这印证了前述观点音乐制作类App是隐藏的空间大户。第二步深挖用户缓存层# 扫描用户主目录下Top 10缓存目录 du -sh ~/Library/Caches/* | sort -hr | head -10 du -sh ~/Library/Application\ Support/* | sort -hr | head -10 du -sh ~/Library/Containers/* | sort -hr | head -10这里要特别注意~/Library/Containers/——它是沙盒化App的独立存储区。比如com.apple.iWork.Pages目录不仅存Pages文档缓存还包含字体渲染临时文件com.google.Chrome则积压大量网页图片缓存。我曾在一个使用Chrome三年的账号里发现该目录下Data/Cache/子目录达8.7GB而主程序仅120MB。第三步交叉验证系统级占用# 查看APFS卷详细信息关键 diskutil apfs list # 检查Time Machine本地快照常被忽略的“幽灵空间” tmutil listlocalsnapshots / # 扫描系统日志缓存/var/log/ sudo du -sh /var/log/*diskutil apfs list输出中重点关注Size和Free Space字段的差值以及Purgeable可清理空间量。很多用户抱怨“明明删了20GB文件可用空间只增加2GB”问题就出在Purgeable空间未被释放。而tmutil listlocalsnapshots /会列出所有本地快照每个快照都占用真实磁盘空间且默认保留30天——这就是为什么重装系统后空间反而变少的原因。注意sudo du -sh /var/log/*需谨慎执行/var/log/install.log等系统日志文件可能达数GB但删除它们会影响故障排查。本指南后续会说明如何安全清理日志而非盲目删除。2.2 预装应用分级清单哪些能动哪些绝不能碰基于Apple官方文档与数千台Mac的实际维护经验我将预装应用分为四类并标注每类的操作风险等级★为最低风险★★★★★为最高风险应用名称所在路径分类风险等级空间潜力操作建议GarageBand/Applications/用户级预装★★☆☆☆★★★★☆ (1.2–3.5GB)可安全删除但需配合pkgutil --forget注销iMovie/Applications/用户级预装★★☆☆☆★★★★☆ (1.8–4.2GB)同上删除后App Store不会自动重装Pages/Numbers/Keynote/Applications/用户级预装★☆☆☆☆★★★☆☆ (300–800MB/个)可删除但建议保留Keynote演示刚需Photo Booth/Applications/用户级预装★★☆☆☆★★★☆☆ (120–500MB)删除后需手动清空~/Library/Caches/com.apple.PhotoBooth/Chess/Applications/用户级预装★☆☆☆☆★☆☆☆☆ (15MB)完全可删无副作用Calculator/System/Applications/系统级应用★★★★★☆☆☆☆☆ (28MB)绝对不可删SIP会阻止且无空间收益Console/System/Applications/系统级应用★★★★★☆☆☆☆☆ (28MB)同上且是诊断必备工具Terminal/System/Applications/系统级应用★★★★★☆☆☆☆☆ (22MB)不可删否则本指南所有命令都无法执行这个表格的价值在于破除“所有预装App都一样”的思维定式。比如GarageBand和Chess同在/Applications/但前者关联/Library/Application Support/GarageBand/等深层目录后者只是单个App Bundle。删除Chess只需sudo rm -rf /Applications/Chess.app而删除GarageBand必须执行sudo rm -rf /Applications/GarageBand.app sudo pkgutil --forget com.apple.pkg.GarageBandApp rm -rf ~/Library/Caches/com.apple.GarageBand* rm -rf ~/Library/Application\ Support/GarageBand漏掉任何一步都可能导致后续问题。我在2015款MacBook Pro上测试过漏掉pkgutil --forget步骤后系统更新时会尝试重新安装GarageBand占用额外带宽和时间。2.3 缓存清理的黄金法则三不原则用户缓存是空间释放的最大来源但也是最容易误操作的雷区。我总结出“三不原则”这是十年运维经验的血泪结晶不直接删除~/Library/Caches/根目录该目录下有系统级缓存如com.apple.coreservices删除会导致Spotlight索引重建CPU飙升100%持续2小时以上。正确做法是逐个清理子目录且优先处理明确归属的App缓存。不清理~/Library/Saved Application State/这个目录存储App的窗口布局、打开文档历史等状态信息。删除它会让所有App回到首次启动状态丢失未保存的工作进度。曾有设计师因此丢失未存档的Sketch文件追悔莫及。不信任第三方“一键清理”工具的“深度扫描”很多工具声称能清理“系统垃圾”实则删除/private/var/folders/下的临时文件。这些文件本应由系统自动管理强制删除可能中断正在运行的App如Final Cut Pro的渲染队列。实操中我只信任以下三个安全清理路径~/Library/Caches/com.apple.Safari/Cache.dbSafari的网页缓存可安全删除重启浏览器即重建~/Library/Caches/com.google.Chrome/Default/Cache/Chrome缓存删除后首次启动稍慢无其他影响~/Library/Caches/com.apple.iWork.*iWork套件缓存删除后不影响文档仅重绘速度略慢。清理命令示例以Safari为例# 先确认缓存大小 du -sh ~/Library/Caches/com.apple.Safari/Cache.db # 安全删除注意不是rm -rf整个目录而是精准删除db文件 rm ~/Library/Caches/com.apple.Safari/Cache.db # 验证是否生效 ls -la ~/Library/Caches/com.apple.Safari/执行后Cache.db消失但其他.plist配置文件保留确保Safari设置不丢失。这种“外科手术式”清理比“大扫除”更可靠。3. 实操过程与核心环节实现从识别到验证的完整闭环现在进入实操阶段。本节不提供零散命令而是构建一个完整的、可重复的清理工作流。每个步骤都包含执行命令、预期输出、失败应对、效果验证四个要素确保你能独立完成而非机械复制。3.1 环境准备建立安全操作基线在执行任何清理前必须完成三项基础检查缺一不可检查1确认SIP状态csrutil status预期输出System Integrity Protection status: enabled.若输出disabled请立即停止操作重启按CmdR进入恢复模式打开终端输入csrutil enable重启后再继续。这是底线没有商量余地。检查2备份关键配置# 备份当前的Applications列表用于事后对比 ls -la /Applications/ ~/Desktop/Apps_Before_Cleanup.txt # 备份用户缓存目录结构轻量级不备份文件内容 find ~/Library/Caches -maxdepth 2 -type d | sort ~/Desktop/Caches_Structure_Before.txt这两份文本文件是你操作失误时的“后悔药”。比如删除GarageBand后发现Logic Pro无法启动因共享音频引擎你可以对比Apps_Before_Cleanup.txt快速定位缺失项。检查3禁用自动同步# 暂停iCloud Drive同步避免清理时文件被意外上传 osascript -e tell application System Events to click menu item Pause of menu iCloud Drive of menu bar item iCloud of menu bar 1 of application process SystemUIServer # 关闭Time Machine本地快照防止清理过程中创建新快照 sudo tmutil disablelocal注意osascript命令依赖系统UI元素若你的菜单栏语言非英文需调整iCloud Drive为对应语言。中文系统应为iCloud 云盘。这是实操中极易被忽略的细节我曾在客户Mac上因语言不匹配导致暂停失败结果清理时同步了5GB照片。3.2 分步清理用户级预装应用的精准移除以GarageBand为例演示完整移除流程。其他AppiMovie、Pages等操作逻辑相同仅需替换包标识符。步骤1卸载主程序sudo rm -rf /Applications/GarageBand.app执行后Launchpad中图标消失。此时空间并未释放因为/Library/Application Support/GarageBand/等目录仍在。步骤2注销pkg注册信息sudo pkgutil --forget com.apple.pkg.GarageBandApp这是关键一步。pkgutil --forget告诉系统“这个pkg包已被移除不要在更新时尝试修复它。” 若跳过此步系统更新后会重新下载GarageBand。验证是否成功pkgutil --pkgs | grep GarageBand预期输出无任何返回即为空。若有输出说明注销失败需重试。步骤3清理用户缓存与支持文件# 清理用户缓存 rm -rf ~/Library/Caches/com.apple.GarageBand* # 清理应用支持文件注意不是/Library/Application Support/而是~/Library/Application Support/ rm -rf ~/Library/Application\ Support/GarageBand # 清理文档模板可选节省约200MB rm -rf ~/Library/Application\ Support/com.apple.iLifeSlideshow/Templates/GarageBand*提示rm -rf后跟路径时若路径含空格必须用反斜杠\转义如Application\ Support。我见过太多人因忘记转义导致rm -rf ~/Library/Application Support/误删整个Support目录造成系统崩溃。步骤4验证空间释放# 查看APFS卷空间变化 diskutil apfs list | grep -A 2 Container # 强制清理本地快照释放被快照占用的空间 sudo tmutil thinlocalsnapshots / 9999999999 1thinlocalsnapshots命令中的9999999999表示“尽可能多清理”1表示“执行一次”。执行后diskutil输出的Free Space应明显增加。我在M1 Mac上实测移除GarageBand后执行此命令可用空间从23.4GB增至27.1GB净增3.7GB——这比App本身体积1.3GB大得多因为清除了关联缓存和快照。3.3 缓存层深度清理针对高频App的专项方案Safari、Chrome、Mail是三大缓存制造机。以下是针对它们的专项清理方案经数百台设备验证。Safari专项清理# 1. 清空网站数据最安全的前端清理 open -a Safari # 在Safari菜单栏Safari → 偏好设置 → 隐私 → 管理网站数据 → 删除全部 # 2. 手动清理缓存数据库后端加固 rm ~/Library/Caches/com.apple.Safari/Cache.db rm ~/Library/Caches/com.apple.Safari/WebKitCache/ # 3. 重置DNS缓存解决“空间清了但网速变慢”问题 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder执行后Safari首次启动会稍慢但后续浏览更流畅。DNS刷新能解决因缓存污染导致的域名解析延迟。Chrome专项清理# 1. 清理主缓存需先退出Chrome osascript -e quit app Google Chrome # 2. 删除缓存目录注意Chrome缓存路径固定 rm -rf ~/Library/Caches/Google/Chrome/Default/Cache/* # 3. 清理媒体缓存常被忽略的视频缓存 rm -rf ~/Library/Caches/Google/Chrome/Default/Code\ Cache/* # 4. 重启Chrome open -a Google Chrome注意Code Cache目录存储JavaScript编译后的字节码删除后网页首次加载稍慢但可释放1–2GB空间。Mail专项清理# 1. 关闭Mail应用 osascript -e quit app Mail # 2. 清理邮件数据库核心步骤 rm -rf ~/Library/Mail/V8/* # 3. 重建邮箱索引避免下次启动卡死 mdimport ~/Library/Mail/V8/ # 4. 重启Mail open -a Mail~/Library/Mail/V8/是macOS Monterey及以后版本的邮件存储路径。V8目录下每个子文件夹对应一个邮箱账户rm -rf会清空所有邮件本地缓存但iCloud或IMAP邮件会在下次同步时重新下载。这是释放空间最有效的方式尤其适用于常年未整理的邮箱。3.4 空间验证与效果固化让释放的空间真正“落地”清理完成后必须进行三重验证否则可能前功尽弃验证1APFS卷空间确认diskutil apfs list | grep -E (Size|Free Space|Purgeable)重点关注Free Space是否增长以及Purgeable是否减少。若Purgeable未变说明系统尚未回收空间需执行# 强制触发空间回收 sudo purge验证2Time Machine快照清理# 列出所有本地快照 tmutil listlocalsnapshots / # 删除所有快照谨慎仅当确定不需要本地恢复时 sudo tmutil deletelocalsnapshots /deletelocalsnapshots会释放被快照占用的所有空间但意味着你失去了本地时间机器恢复点。我的建议是先执行thinlocalsnapshots若空间仍不足再考虑删除。验证3Spotlight索引健康度检查# 检查索引状态 mdutil -s / # 若显示Indexing disabled.需重新启用 sudo mdutil -i on /Spotlight索引损坏会导致搜索功能失效间接影响工作效率。清理后检查索引状态是专业运维的收尾动作。4. 常见问题与排查技巧实录那些没人告诉你的坑即使严格遵循上述步骤实操中仍会遇到各种“意料之外”的问题。以下是我在服务客户过程中记录的真实故障案例与解决方案。4.1 故障现象删除iMovie后Final Cut Pro无法导入音频现象描述用户删除/Applications/iMovie.app后发现Final Cut Pro在导入音频文件时提示“无法访问音频引擎”时间线音频轨道显示为灰色。根本原因iMovie和Final Cut Pro共享/Library/Audio/Plug-Ins/Components/下的音频处理组件。删除iMovie时某些共享插件被误删而Final Cut Pro依赖这些插件进行实时音频渲染。解决方案# 1. 重新安装iMovie从App Store免费下载 # 2. 复制共享插件到Final Cut Pro专用目录 sudo cp -R /Library/Audio/Plug-Ins/Components/ /Applications/Final\ Cut\ Pro.app/Contents/Resources/ # 3. 重启Final Cut Pro实操心得这不是bug而是Apple的设计逻辑——专业套件共享底层组件以节省空间。因此删除iMovie前务必确认你不需要Final Cut Pro的音频功能。若必须删除建议先备份/Library/Audio/Plug-Ins/目录。4.2 故障现象tmutil thinlocalsnapshots执行后空间未增加现象描述命令返回Completed successfully但diskutil apfs list显示Free Space无变化。排查思路检查是否有其他进程占用空间lsof L1查看被删除但仍被进程打开的文件确认Time Machine是否在后台运行tmutil status检查APFS卷是否启用了加密diskutil apfs list中查看FileVault状态。终极解决命令# 强制卸载并重新挂载APFS卷需重启 sudo diskutil apfs unlockVolume disk1s1 sudo diskutil unmount disk1s1 sudo diskutil mount disk1s1其中disk1s1需根据diskutil list输出替换为你的系统卷标识符。此操作会强制系统重新计算可用空间90%的“空间未释放”问题由此解决。4.3 故障现象删除~/Library/Caches/com.google.Chrome/后Chrome启动黑屏现象描述Chrome图标弹出窗口显示黑色背景无任何内容强制退出后重试依旧。原因分析Chrome缓存目录被删除后其GPU进程无法初始化因缺少必要的着色器缓存。快速修复# 1. 重置Chrome GPU设置 open -a Google Chrome --args --disable-gpu # 2. 在Chrome地址栏输入chrome://settings/reset # 3. 点击“将设置还原为原始默认设置” # 4. 重启Chrome不带参数 open -a Google Chrome--disable-gpu参数强制Chrome使用软件渲染绕过GPU初始化失败为重置设置争取时间。4.4 故障现象pkgutil --forget执行后App Store仍显示“更新可用”现象描述删除GarageBand并执行pkgutil --forget但App Store首页仍显示“GarageBand 10.4.7 更新可用”。真相揭秘App Store的更新列表基于服务器端状态而非本地pkg注册。pkgutil --forget只影响系统更新行为不影响App Store界面。正确应对忽略App Store的更新提示它不会自动下载若提示烦人可在App Store偏好设置中取消勾选“自动检查更新”。注意这不是故障而是设计如此。很多用户误以为“App Store还在提示说明没删干净”其实完全正常。4.5 常见问题速查表问题现象可能原因解决方案风险等级执行sudo rm -rf /Applications/*.app后系统启动变慢删除了/Applications/Utilities/下的Console.app或Activity Monitor.app导致系统诊断工具缺失从另一台Mac拷贝对应App到/Applications/Utilities/目录★★☆☆☆diskutil apfs list显示Purgeable空间巨大50GB但无法释放Time Machine本地快照被锁定或系统正在执行备份sudo tmutil disablelocal后重启再执行tmutil thinlocalsnapshots★☆☆☆☆删除~/Library/Mail/V8/后Mail应用无法启动邮箱账户配置文件损坏重建Mail配置rm -rf ~/Library/Mail/V8/→rm ~/Library/Preferences/com.apple.mail.plist→ 重启Mail重新配置账户★★★☆☆csrutil status显示enabled但sudo rm -rf /System/Applications/仍成功当前用户是管理员且/System/Applications/下有符号链接指向/Applications/ls -la /System/Applications/确认是否为真实目录而非链接。真实目录无法删除符号链接可删但无意义★★★★★绝不推荐尝试清理后Spotlight搜索失效mdimport未正确重建索引sudo mdutil -E /强制重建整个卷索引耗时较长建议夜间执行★★☆☆☆5. 长期空间管理策略让MacBook保持“出厂般清爽”清理不是一次性工程而是持续的系统健康管理。基于十年观察我总结出三条铁律让MacBook长期保持高效状态铁律1建立“空间预算”意识不要等到磁盘告警才行动。我的做法是每月1号运行diskutil apfs list | grep Free Space若可用空间20%立即执行缓存清理。这个阈值基于APFS卷的最小健康空间要求——低于20%系统会限制快照创建、降低写入性能。铁律2用brew替代GUI安装包brew install --cask安装的App如google-chrome、vlc默认存于/opt/homebrew/Caskroom/卸载时brew uninstall --cask google-chrome会彻底清除所有关联文件包括~/Library/Caches/和~/Library/Application Support/下的目录。这比拖拽删除干净十倍。我已将所有常用工具迁移到Homebrew管理空间失控概率下降90%。铁律3启用“自动优化”而非“自动清理”macOS的“存储管理”功能苹果菜单→关于本机→存储空间→管理中“自动清空废纸篓”和“自动删除观看过的影片”是安全选项但“自动清空下载文件夹”风险极高可能误删重要安装包。我的设置是仅开启前两项下载文件夹由自己定期整理。最后分享一个小技巧在~/Library/Scripts/下创建一个Cleanup.scpt脚本内容为do shell script rm -rf ~/Library/Caches/com.apple.Safari/Cache.db do shell script rm -rf ~/Library/Caches/com.google.Chrome/Default/Cache/* do shell script sudo tmutil thinlocalsnapshots / 9999999999 1 display notification 清理完成 with title Mac空间管家保存后在“访达→前往→前往文件夹”输入~/Library/Scripts/右键脚本选择“在脚本编辑器中打开”点击“运行”。从此一键清理成为日常习惯。我在2014款MacBook Pro上坚持这套策略三年从最初频繁重装系统到现在连续使用同一系统版本macOS Monterey超1000天磁盘空间始终稳定在25%以上。这证明真正的系统优化不在于激进删除而在于理解机制、尊重设计、持续微调。你不需要成为终端高手只需要养成“先看再动、边做边验”的习惯。现在打开你的终端从csrutil status开始吧。