如果你这几年一直在用 macOS 做开发却始终觉得 Spotlight 搜索“差点意思”这篇文章就是为你准备的。很多人的真实体验是文件名记得清清楚楚但 Spotlight 里搜出来的却是网页历史、邮件、聊天记录核心文件反而沉在下面或者明明外接硬盘里的项目就在那里Spotlight 就是搜不到。更常见的是自从装了一堆工具链之后索引进程经常把 CPU 占满整个系统卡成“风扇狂转模式”。于是很多人干脆放弃 Spotlight转向 Raycast、Alfred 等第三方工具。但这里有一个容易被忽略的事实Spotlight 本身并不是一套“文件名匹配工具”而是一个基于元数据与内容索引的系统级检索引擎。你真正缺的不是另一个启动器而是一套适合开发场景的 Spotlight 使用方案。这篇文章会从 Spotlight 的索引机制讲起然后给出一套可复制的“改编版 Spotlight 完整改造方案”从索引健康检查、隐私排除、自定义搜索范围到用 mdfind、mdls 等命令把 Spotlight 变成开发工作流的一部分。整个过程不需要安装任何第三方软件全部基于 macOS 自带能力。如果你能把这套方案跑通大概率也会认同这句话Things will never be the same again——不是说世界要因此改变而是你自己的文件检索方式确实回不去了。1. Spotlight 到底是什么为什么默认搜索总让你失望先说一个基本定位Spotlight 是 macOS 内置的系统级全文检索引擎支持文件名搜索、文件内容搜索、元数据查询比如图片分辨率、歌曲时长、PDF 页数也支持应用启动、计算器、词典、天气等离线信息查询。但“内置”并不等于“默认好用”。Spotlight 在真实开发场景里的表现往往低于预期。归纳起来问题集中在几个方面。第一索引范围过大。Spotlight 默认会对整个用户目录建立索引包括各种浏览器缓存、聊天记录、邮件附件、应用支持文件、node_modules、构建产物、虚拟机磁盘镜像等等。结果是索引体积巨大搜索时返回大量无关结果真正的项目文件反而被淹没。第二索引质量不稳定。拷贝大量文件、系统突然断电、外接硬盘频繁插拔、某些第三方开发者插件抢占导入流程都可能导致索引损坏或缺失。目录里明明躺着文件但 mdfind 和 Spotight 都查不出来这种体验非常让人困惑。第三很多人只用它来“启动应用”。对开发者来说启动应用本身价值不高因为命令行和 IDE 里已经够快了。真正有价值的是“按条件检索文件、按内容定位代码、按元数据过滤资源”而这些能力默认不会直接展示在界面上。第四Spotlight 的界面展示方式以“分类聚合”为主优先展示网页、邮件、消息等系统数据。对开发者来说这种排序策略并不友好搜文件时总要多按几次 Tab 或者用鼠标去点选。所以我的判断是Spotlight 表现不佳绝大多数时候不是 Spotlight 本身弱而是索引、范围、权限三个维度没有做配置。它的核心引擎依然高效并且提供了多个可编程入口只是默认配置没有面向开发场景优化。这篇文章的“改编版”就是把 Spotlight 从“系统默认搜索框”改造成“开发者文件检索工具”。接下来的内容会从索引原理出发逐步给出改造步骤。2. Spotlight 的核心机制与索引原理在动手配置之前有必要先理解 Spotlight 到底是怎么工作的。否则你很难判断一个搜索结果是“真的找不到”还是“索引还没建完”。Spotlight 的工作链路可以用一个简单的数据流来描述。写入文件 - 文件系统事件FSEvents - Spotlight 导入器Importer - Metadata 索引 - 搜索引擎查询当你把文件放进磁盘后macOS 的文件系统事件机制会感知到变化。随后系统会调用对应的 Spotlight 导入器比如文档导入器、代码导入器、图片导入器从文件里提取关键信息整理成元数据Metadata写入一个索引存储。之后你执行的每一次搜索都是在这个索引上进行而不是真的去磁盘上把所有文件重新打开一遍。这种设计跟图书馆的目录卡片非常相似。图书馆不会在你想找某本书时把整间图书馆的书都翻一遍而是先查目录卡片再按编号去取书。Spotlight 的索引就是这个目录卡片。它不存文件的全部内容而是存“哪些文件包含哪些词、属于什么类型、创建时间、修改时间、作者、标签、经纬度”等结构化信息。理解了这一点你就会明白为什么 Spotlight 有时会“失灵”如果索引没有建好或者索引因为损坏而缺失你再怎么搜都是“巧妇难为无米之炊”。接下来看几个和 Spotlight 相关的核心进程与命令它们会成为你后续排查问题的抓手。mdsSpotlight 的核心元数据服务负责管理索引存储常驻后台运行。mdworker后台工作进程负责调用导入器处理具体文件通常在大量文件需要建立索引时消耗 CPU 和磁盘 I/O。mds_stores负责存储索引数据也会在索引重建时占据较多磁盘空间。mdutil管理 Spotlight 索引的工具用它可以查看某个卷索引是否开启、是否需要重建。mdfind命令行搜索工具相当于把 Spotlight 的搜索能力暴露到终端里。mdls查看某个文件的元数据属性相当于直接读取“目录卡片”的内容。mdimport手动触发导入器把文件或目录的元数据写入索引。这组进程和命令组合在一起就是“Spotlight 引擎”。系统设置里的搜索框只是它的一个前端界面。你在终端里用 mdfind和你在 Spotlight 界面里输入关键词背后访问的是同一套索引。所以“改编版 Spotlight 完整版”这个思路的核心并不是去替换 Spotlight 引擎而是做三件事把索引范围收窄到真正重要的目录把默认界面之外的能力用命令行方式接入到日常工作流在索引异常时有清晰的检查与修复路径。3. 完整版改造第一步索引健康检查与环境准备改造之前先做“体检”。很多用户的 Spotlight 其实处于“带病运行”状态直接改配置效果会打折。本方案的环境准备可以先明确一下操作系统macOSBig Sur 或更新版本均可不同版本在系统设置界面命名上略有差异但核心命令一致。终端系统自带的终端应用或 iTerm2 皆可。可选工具jq用于格式化命令行搜索的 JSON 输出。如果没有安装也不影响核心步骤。建议在动手前关闭正在运行的备份工具和大型同步任务避免索引重建过程中产生更多文件变动。第一步查看当前所有卷的索引状态。mdutil -s / mdutil -s /System/Volumes/Data正常情况下开启的状态会显示 Indexing enabled。如果看到 Indexing disabled 或者 Indexing paused说明索引没有在正常工作需要排查原因。第二步查看后台索引进程是否异常。ps aux | grep -E mds|mdworker|mds_stores | grep -v grep这一步不是看进程是否存在而是看哪个进程持续占用较高 CPU 或内存。如果 mdworker 长期高占用往往对应某个目录正在被大量导入或者某个导入器反复崩溃导致系统不断重试。第三步查看索引是否已经初始化完成。可以打开一个文本目录用下面的命令测试mdfind -onlyin /tmp 测试索引如果索引没有初始化完命令可能返回空结果即使 /tmp 下已经有该关键词的文件。此时应该查看索引状态是否显示 Indexing… 或 已编入索引。第四步确认系统设置中 Spotlight 的搜索结果种类。打开“系统设置”或“系统偏好设置”找到“聚焦”或“Spotlight 搜索”查看“搜索建议”“允许 Spotlight 建议查找”等开关。这些功能涉及联网搜索对本地开发场景的帮助不大反而可能让结果变杂。如果在意检索纯净度可以关闭相关开关只保留“文稿”“文件夹”“PDF”“图像”等本地类型。如果体检后确认索引存在问题再考虑重建索引。重建的方法是sudo mdutil -E /这条命令会删除当前卷的索引并重新开始建立。等待时间取决于文件总量可能会持续几十分钟到数小时。重建期间搜索功能会暂时不完整不建议在重要办公时间执行。一个比较重要的提醒不要为了“让搜索变快”而对整个系统盘反复执行 mdutil -E。重建索引是重量级操作频繁重建只会增加磁盘 I/O 和 CPU 消耗并不会让索引更“干净”。4. 完整版改造第二步配置隐私排除与自定义搜索范围Spotlight 默认索引范围过广是搜索体验变差的头号原因。改造方案的第二步就是通过“隐私排除”把索引范围收窄。比较有意思的是macOS 系统设置里把“不索引某些文件夹”的功能叫做“搜索隐私”但这个“隐私”更像一个排除名单。你加入这个名单的目录Spotlight 不会建立索引搜索时自然也不会返回结果。具体操作路径打开“系统设置” - “聚焦” - “搜索隐私”。点击加号把不需要搜索的大目录拖进来。比如这几个目录在开发场景下通常没必要被 Spotlight 索引备份目录时间机器本地快照、磁盘镜像、数据库备份虚拟机磁盘镜像目录Parallels VM、VMware 镜像等安装包下载目录大量 dmg、pkg体积大检索价值低代码项目中的构建产物目录node_modules、build、dist、Pods、.git 等不过这里有一个坑系统设置里的隐私排除粒度是“整个目录”。如果你把 ~/Downloads 整个排除那么 Downloads 下的任何文件都搜不到了。如果你把某个项目目录整个排除又要考虑这个项目本身是否需要搜索。更精准的做法是利用 Spotlight 的原生规则只要文件名或所在目录名带 .noindex对应内容就不会被 Spotlight 索引。这个机制很适合用来“单点排除”而且不需要修改系统级设置。假设你有一个工作目录 ~/work下面有几个超大项目都重装过依赖导致索引频繁抖动。你可以选择排除整个 ~/work 目录也可以把不重要的项目子目录重命名为 xxx.noindex不行因为这会破坏现有路径引用。所以 .noindex 更适合用在一个“从一开始就专门的归档目录”mkdir -p ~/archive.noindex然后把你不需要检索的旧项目、旧备份都放进去。Spotlight 会自动忽略这个目录搜索行为将“完全隐身”。除了排除目录还要反向操作把常用目录的权重提上来。Spotlight 本身没有“权重设置”界面但你可以通过命名、标签和统一管理来提升检索准确率。一个非常有效的实践是在系统设置中把“结果分类”里的“网页”“邮件”“信息”等非本地文件类型关掉只保留文件、文件夹、PDF、图像、应用程序等类型。这样即使索引里包含了这些内容搜索时也不会优先展示它们。经过这一轮配置Spotlight 的索引范围会明显收窄搜索结果会更有“开发味”。5. 完整版改造第三步用命令行把 Spotlight 变成开发工具这一部分是“改编版 Spotlight”的核心亮点通过 mdfind、mdls 等命令把 Spotlight 从 GUI 搜索框改造成一个可编程、可脚本化的文件检索接口。先看最基本的 mdfind 用法。按文件名模糊搜索mdfind -name weekly-report所有文件名中包含 weekly-report 的文件都会被列出来。这个命令比在 Finder 里搜文件更直接因为它直接输出完整路径。限定目录搜索mdfind -onlyin ~/Documents 季度总结只搜索 Documents 目录下内容包含“季度总结”的文件不会带上全盘无关结果。按文件类型搜索mdfind kMDItemContentType public.jpeg这条命令会返回所有 JPEG 图片。类似的类型还有很多比如 pdf、json、md、java、python 等都可以用 kMDItemContentType 或 kMDItemKind 过滤。按类型关键词的组合搜索mdfind kMDItemKind PDF 季度这条命令返回 PDF 文件中包含“季度”的结果。搜索特定属性的文件mdfind kMDItemTextContent TODOcd ~/projects这个用法适合在代码库里快速查找包含 TODO 的文件。不过要注意Spotlight 的全文索引对代码文件的支持依赖对应导入器不一定每种源码格式都会被完整索引。如果需要精确定位代码内容更可靠的工具是 ripgrepmdfind 适合“我最记得有这个文件但不知道放哪”的场景。再看 mdls它用来查看某个文件的元数据mdls ~/Downloads/demo.pdf输出会包含该文件的标题、作者、页数、创建时间、内容类型、Spotlight 关键词等。这个命令在实际排查中非常有用可以判断某个文件是否已经被正确索引。如果 mdls 返回的信息是空的或残缺的说明导入器没有正常处理该文件。接下来我们把 mdfind 和 mdls 组合成一个可复用的 zsh 函数。把它写到 ~/.zshrc 里以后在任意终端里执行 spot 关键词就能快速拿到结果列表。# 文件路径~/.zshrc spot() { if [ -z $1 ]; then echo 用法: spot 关键词 [搜索目录] return 1 fi local keyword$1 local search_dir${2:-$HOME} mdfind -onlyin $search_dir $keyword | head -n 30 | while read -r file; do local modified modified$(stat -f %Sm -t %Y-%m-%d %H:%M $file) local size size$(stat -f %z $file) echo [$modified] [$size bytes] $file done }这个函数的结果比原生 Spotlight 界面更适合终端场景。它会显示文件路径、最后修改时间、文件大小而且带数量限制不会让整个屏幕被刷满。再加一个“按扩展名过滤”的函数# 文件路径~/.zshrc spots() { if [ $# -lt 2 ]; then echo 用法: spots 扩展名 关键词 return 1 fi local ext$1 local keyword$2 mdfind kMDItemFSName *.${ext} kMDItemTextContent ${keyword} | head -n 20 }用法示例spots md Spotlight这会搜索所有扩展名为 .md、内容包含 Spotlight 的文件。注意kMDItemFSName 的匹配方式和 Shell 通配符类似但具体行为取决于文件系统权限和索引状态如果搜索不到可以先单独验证索引是否正常。最后看一个“搜索并统计”的示例。比如你想统计某个目录下过去一周修改过的所有 PNG 图片mdfind -onlyin ~/Pictures kMDItemContentType public.png | while read -r file; do stat -f %Sm %N -t %Y-%m-%d $file done | awk $1 2025-01-20 {print}这个命令可以拆解为三步先用 mdfind 拿到所有 PNG 图片路径再用 stat 取出修改时间最后用 awk 过滤。真实场景中你可以把日期替换成当周日期或者用一个变量来计算“过去 7 天”。到这里你应该能感受到Spotlight 的命令行形态远比它的 GUI 界面更能贴合开发者工作流。你可以在脚本中调用它在 CI 流程中调用它甚至把它写进编辑器快捷键里。6. 完整版改造第四步用 Automator 与快捷指令扩展搜索能力命令行很好用但有些场景下普通用户或者非技术同事还是更习惯图形界面。这一部分介绍如何用 Automator 和快捷指令把前面做好的命令包装成“一个按钮就能用”的搜索工具。先创建一个“快速操作”服务让 Finder 中右键一个文件夹就能弹窗输入关键词并打开搜索结果。打开 Automator新建文稿类型选择“快速操作”。在“工作流程收到当前”中选择“文件夹”并勾选“Finder”。添加“运行 Shell 脚本”操作Shell 选择 /bin/zsh传递输入选择“作为参数”。脚本内容如下# 文件路径Automator 快速操作中的 Shell 脚本 folder_path$1 keyword$( osascript -e display dialog 请输入搜索关键词 default answer -e text returned of result 2/dev/null ) if [ -z $keyword ]; then exit 0 fi mdfind -onlyin $folder_path $keyword | head -n 50这个脚本执行后会把搜索结果直接打印到 Automator 的日志界面。为了让结果更容易被查看可以将搜索得到的文件列表保存成一个临时文件再用“打开 Finder 项目”或者“显示通知”操作辅助展示。完整流程可以设计为“运行 Shell 脚本”得到文件列表“设置变量值”保存结果“新建文本文件”写入临时目录“打开 Finder 项目”打开结果文件。Automator 的图形操作容易理解这里不再逐项截图展开。核心思路就是把 mdfind 命令封装成一个服务让不熟悉终端的人也能使用 Spotlight 的高级搜索能力。如果你更习惯键盘操作也可以把这条命令绑定到系统快捷键。使用 macOS 自带的“快捷指令”App 创建一条快捷指令执行“运行 Shell 脚本”动作再在“系统设置 - 键盘 - 键盘快捷键 - 服务”里绑定一个全局快捷键。这样就实现了“某个目录 关键词 - 快速搜索结果”的完整流程。还有一个小技巧用 Spotlight 的“显示文件夹”搜索来快速定位缓存目录。只要你在 Spotlight 界面输入路径片段比如 Library/Logs系统就会展示匹配的文件夹。这与 mdfind 返回文件路径的原理一致只是入口不同。实际开发中这个用法在定位日志目录、配置目录时很省时间。7. 改造后的运行效果与验证方法配置完成之后下一步是验证各个模块是否真正生效。先验证索引状态。执行mdutil -s /预期输出/: Indexing enabled.如果显示 Indexing disabled 或 Indexing paused说明索引服务没有正常运行。再验证隐私排除配置。比如你刚刚在“搜索隐私”里排除了 ~/Downloads那么执行mdfind -onlyin ~/Downloads test预期结果应当为空。如果还能搜到内容说明排除没有生效可以检查排除目录是否写入了准确路径或重新开关一次聚焦功能。然后验证 .noindex 目录的特性。创建一个测试文件mkdir -p ~/archive.noindex echo spotlight test ~/archive.noindex/test.txt等几秒后执行mdfind -onlyin ~ spotlight test如果索引系统已经正确处理 .noindex 标志这个测试文件不会被检索到。接着验证自定义 zsh 函数。重新加载 ~/.zshrc 后执行source ~/.zshrc spot Spotlight ~/Documents如果函数语法正确输出会以 时间 大小 路径 的形式展示前 30 条结果。如果报错先检查函数定义是否被其他别名覆盖或者在函数内部写死目录来做最小化测试。最后验证 Automator 快速操作。在 Finder 中右键任意文件夹选择你创建的快速操作输入关键词。如果搜索执行正常应弹出包含文件路径的结果列表。如果执行后没有内容先关掉 Automator 里的脚本排查直接在终端测试相同命令是否返回结果。整个改造过程是否成功可以看一个关键信号日常使用中你打开 Spotlight 的次数是不是变少了。因为文件检索已经从“在搜索框里输入”变成了“在终端里输入 spot 命令”。如果还有翻不出文件的场景先检查是不是索引还没完成而不是急着怀疑配置有误。如果某个功能的执行结果不理想排查方向可以按照下面顺序来看进程层面mdworker 是否在跑CPU 是否被占满索引层面mdutil -s 的状态是否正常范围层面目标目录是否被隐私排除或 .noindex 规则屏蔽语法层面mdfind 查询语法是否写错关键词是否包含空格或特殊字符输出层面管道处理中是不是因为路径带空格被拆开了是否缺少引号这五层检查基本能覆盖绝大多数问题。8. 常见问题与排查思路实际操作过程中最容易遇到下面这几种情况。问题现象可能原因排查方式解决方案Spotlight GUI 搜索不到刚创建的文件索引延迟或导入器未触发用 mdls 查看文件元数据是否完整等待几秒若长时间无结果用 mdimport 手动导入该文件mdfind 返回结果为空但文件确实存在目标目录被隐私排除或 .noindex 忽略查看系统设置中的搜索隐私列表调整排除目录或把文件移到正常目录磁盘空间突然被占用mds_stores 占用大量空间索引存储异常膨胀查看 ~/Library/Metadata/CoreSpotlight 占用大小重建索引确认是否有超大目录被意外纳入索引外接硬盘拔出后再插入搜索不到内容外置卷索引未正确重建检查该卷 mdutil -s 状态重新挂载并执行 mdutil -i on /Volumes/xxx必要时重建索引开机后 mdworker 长时间高占用索引正在初始化或某目录持续变更查看 mdworker 打开的目录将该目录加入排除名单或关闭对应应用的自动生成文件自定义 zsh 函数报错引号、空格或转义问题在终端逐行测试命令用双引号包裹所有路径变量检查 zsh 语法mdfind 搜索文件内容时结果不完整导入器不支持该文件格式用 mdls 查看是否有 kMDItemTextContent 属性改用 ripgrep 等文本搜索工具对关键目录用 mdimport 手动导入内网/公司电脑上执行 mdutil -E 后搜索变慢索引重建需要很长时间查看 mdutil -s 显示进度避免在办公时间执行重建等待完成后再验证其中有一个特别常见的误解需要强调Spotlight 全文检索不是所有文件都能覆盖。它对文本、PDF、富文本文档的支持比较好但对代码类文件的支持取决于系统是否内置了对应的 Spotlight 导入器。比如很多源代码格式虽然能被命名搜索搜到但不一定能被“内容搜索”搜到。这不是配置的问题而是 macOS 本身的能力边界。所以在开发场景中补一个 ripgrep 作为“内容检索”的最终武器是值得的。两者定位并不冲突mdfind 负责“全盘快速定位”ripgrep 负责“在已知项目里精确搜索”。把它们结合起来就是一套很完整的文件检索体系# 搜索文件名走 Spotlight 索引 mdfind -name order-service # 搜索文件内容走 ripgrep限定代码目录 rg OrderServiceImpl ~/work --type java -l9. 最佳实践与工程建议关于文件搜索很多人的误区是“工具越强越好”其实准确度才是第一位的。索引的范围决定了搜索结果的反馈质量。与其让 Spotlight 索引整个用户目录不如让它只索引那些真正重要的目录。下面是我认为值得长期坚持的几条工程建议。第一建立“可搜索目录”的边界。建议把个人文件、工作文档、项目代码分别放在固定目录中并通过 mdfind -onlyin 来限定搜索范围。如果目录结构里有明显的“归档区域”可以直接用 .noindex 目录来收纳彻底避免索引噪声。第二用文件名给搜索留后路。Spotlight 全文检索再强也不如文件本身命名得清晰可靠。在项目里建议给日志、产物、临时文件加上日期和用途后缀例如 order-service-2025-01-20.log这样即使内容索引失效也能基于文件名快速定位。第三谨慎使用“全盘索引”。对于开发机排除以下目录通常不会造成困扰反而能显著提升索引质量~/Library/Caches ~/Library/Logs ~/node_modules ~/Pods build/ dist/ 虚拟机磁盘镜像 Docker 数据目录第四把常用搜索写成脚本入库。无论是上面提到的 spot 函数还是按类型搜索的 spots 函数都建议放到 dotfiles 仓库里方便新机器一键恢复。这比在每台新电脑上重新设置“搜索隐私”要可靠得多。第五注意搜索隐私与安全边界。Spotlight 索引会把文件内容转化为元数据并存储在本地。对于包含密钥、口令、客户隐私信息的文件不建议放在会自动建立全文索引的默认目录中更不建议把这些目录设为共享并允许其他设备执行搜索。如果公司电脑启用了系统和数据管理策略不要自行关闭或重建系统索引应先确认这些操作在你的设备管理权限范围内。第六定期做一次“索引体检”。不需要经常做一个月一次即可。检查 mdutil -s 状态确认外接硬盘卸载后没有再触发异常索引确认没有哪个进程把 mdworker 拖到长期高占用。把这当成磁盘健康检查的一部分。第七把“搜索结果不准确”当作一个可定位的系统问题来看待。文件搜不到不要第一时间认为是“macOS 太笨”先用 mdls 看这个文件是否被索引再用 mdfind 限定目录做最小化复现最后再判断是索引问题、路径问题还是语法问题。这一套流程下来你对 Spotlight 的掌控力会明显提升而且它并不依赖任何第三方软件。10. 下一步还能往哪个方向深入如果你已经完成了前面的配置并且已经把 spot、spots 等函数写进了 shell 环境下一步可以做的深化方向有几个。第一个方向是结合编辑器。在 VS Code 或 JetBrains 系列 IDE 里可以把自己写的 mdfind 脚本加成一个外部工具命令用来处理“编辑器外部文件的快速搜索”。比如在一段代码里突然要查某个历史文档不需要切到 Finder直接在 IDE 终端里敲 spot 即可。第二个方向是结合备份策略。在写备份脚本时可以用 mdfind 按时间范围导出“最近修改文件清单”再交给 rsync 做增量备份。这样备份的不是全量快照而是有索引支撑的变化集。第三个方向是结合标签体系。macOS 文件标签Tag本质上也是 Spotlight 元数据的一部分。你可以给项目文件打上颜色标签之后用 mdfind 直接按标签搜索。具体查询是 kMDItemUserTags 属性例如mdfind kMDItemUserTags 重要项目这个用法可以在不依赖文件路径的情况下把散落在多个目录中的相关文件统一搜出来。第四个方向是把搜索能力开放给团队。如果团队中有人也不擅长记路径可以把文章里这个 Automator 快速操作制作成一个标准配置通过脚本分发给同事。配置文件放在内部工具仓库里大家拉下来导入即可使用。总之Spotlight 并不是一个只能靠鼠标点选的搜索框它底层是一套完整的桌面检索基础设施。你不需要替换它只需要按照自己的开发习惯把它重新配置、重新组合、重新脚本化一次。这次的“改编版 Spotlight 完整版”核心就是把三件看似简单的事真正落地控制索引范围、使用命令行接口、把搜索封装成工作流。等你习惯了用 mdfind 和 spot 函数检索文件之后再回到原来的 Spotlight 界面你会觉得Things will never be the same again——这不只是标题里的一句引用而是你搜索习惯改变后的真实体感。