Mac系统CoreServices目录垃圾文件需谨慎清理：先禁用SIP识别并删除第三方注入项，再清用户级残留配置，接着清除core dump文件，最后用codesign验证并移除非法组件。
如果您发现Mac存储空间异常减少或系统响应迟缓，且怀疑与/System/Library/CoreServices/目录下的冗余或异常文件有关，则需特别注意：该路径属于系统受保护区域，其中多数文件为macOS核心服务组件，不可随意删除。但部分第三方注入项、残留服务代理或异常生成的临时文件可能混入此目录，形成实际意义上的“CoreService垃圾文件”。以下是针对性的清理方法：
一、识别并安全移除非系统级CoreServices注入项
CoreServices目录中，绝大多数子项（如Finder.app、Dock.app、loginwindow.app）为系统必需，但某些第三方优化工具、旧版启动项或被劫持的服务可能在该目录下创建非签名可执行文件或.plist代理文件。此类文件无合法签名、修改时间异常、名称含可疑缩写（如“helper”“agent”“cleaner”），可判定为垃圾。
1、重启Mac并按住Command + R进入恢复模式。
2、顶部菜单栏选择“实用工具” > “终端”。
3、输入命令：csrutil disable，回车执行以临时禁用系统完整性保护（SIP）。
4、重启返回正常系统，在“访达”中按下Shift + Command + G，输入路径：/System/Library/CoreServices/，点击“前往”。
5、按“修改日期”排序，筛选出近7天内新增、无图标显示、文件大小小于50KB或名称含“temp”“cache”“uninstall”字样的条目。
6、右键目标文件，选择“显示简介”，确认“通用”标签页中“已锁定”为未勾选、“共享与权限”中无“系统”读写权限；若满足，则拖入废纸篓。
7、再次重启进入恢复模式，终端中执行：csrutil enable，重新启用SIP。
二、清除CoreServices关联的用户级残留配置
许多所谓“CoreService垃圾”实为用户账户下由系统服务触发生成的支撑文件，位于~/Library中，不破坏系统完整性即可安全清理。这些文件常被误认为系统级，但实际归属用户域，删除后仅影响当前账户对应服务行为。
1、打开“访达”，顶部菜单栏点击“前往” > “前往文件夹”。
2、输入路径：~/Library/Preferences/ByHost/，查找文件名含“com.apple.CoreServices”或“coreservices”的.plist文件。
3、同样方式进入：~/Library/Caches/com.apple.CoreServices/，清空该文件夹全部内容（不删除文件夹本身）。
4、再进入：~/Library/Saved Application State/com.apple.CoreServices/，将整个文件夹移入废纸篓。
5、完成上述操作后，打开“访达”左侧边栏“废纸篓”，右键选择“清倒废纸篓”。
三、禁用并清除Core Dump生成文件（core.*）
当应用程序在CoreServices上下文中崩溃时，系统可能在根目录或/tmp下生成巨型core文件（如core.12345），虽不位于CoreServices路径内，但由其调用链触发，属典型关联垃圾。此类文件无运行价值，且单个可达数GB。
1、打开“终端”应用，执行命令：sudo find / -name "core.*" -type f -size +10M 2>/dev/null，列出所有大于10MB的core文件。
2、对输出路径中的每个文件，执行删除命令，例如：sudo rm /cores/core.12345。
3、永久关闭core dump功能：在终端中输入：echo "ulimit -c 0" >> ~/.zshrc，然后执行：source ~/.zshrc。
4、验证是否生效：输入
四、使用签名验证工具筛查非法CoreServices组件
macOS提供codesign命令可批量验证/System/Library/CoreServices/下可执行文件的签名有效性。未通过验证的文件极大概率是被篡改或非法注入的垃圾组件，必须移除。
1、在终端中执行：sudo codesign --verify --deep --strict /System/Library/CoreServices/*.app 2>&1 | grep -E "(invalid|require|failed)"。
2、若输出含“code object is not signed”或“signature not valid”等提示，记录对应.app名称（如“SomeHelper.app”）。
3、返回恢复模式，禁用SIP后，进入该路径手动删除对应.app包。
4、退出恢复模式前，务必重新启用SIP并重启。
