先说清楚这篇的写作立场：这是功能对照，不是评测。macOS 侧的行为以 Apple 官方说明为准，我们不在这里替它下定义，也不给「还原度打几分」这类需要实测数据支撑的结论。
能确定的是两件事：一是 Windows 侧确实有一套把空格预览做出来的方案，二是它和 macOS 那个系统自带组件在实现路径上根本不同。下面把「一样的部分」和「不一样的部分」分开讲。
一、这个定位是官方自己给的
不需要我们去论证 QuickLook 与 macOS 的关系，因为官方文档开篇就是这么写的。README 的第一句话是一个反问：
Ever wished Windows had macOS's Quick Look?
而在站点标语上，官方给自己定的位置是：The most powerful Quick Look implementation for Windows。
也就是说，「在 Windows 上还原 macOS 的空格预览」这件事，是项目自己写在门面上的目标。往下讨论的全部前提都建立在这句话上。
二、完全一致的部分：交互链路
好消息是，日常用起来最容易形成肌肉记忆的那部分，两者是一致的。所谓「一致」指的是你不需要重新学一套操作。
按键链路一致
选中文件 → 按 Space 弹出预览 → 再按一次 Space 或按 Esc 关闭。这条链路在 Windows 侧完全照搬，包括「空格既开也关」这个设计——它意味着你只用一根手指就能完成一次查看的完整进出。
方向键连续预览一致
预览打开的状态下，按 ↑ ↓ 或 ← → 直接切换到相邻文件，预览内容随之更换。这是空格预览真正带来效率的地方：它不是「一次看一个」，而是「连续扫一个文件夹」。
官方在这里还补了一个细节，原文是 You can navigate files using arrow keys even when the preview window isn't focused! —— 预览窗口没有获得焦点时，方向键依然可以切换文件。
预览不阻塞工作流
两者都遵循同一个设计原则：预览是「临时看一眼」，而不是「打开一个窗口」。按 Esc 立刻回到原来的位置，你的编辑上下文不会被打断。这一点对写代码、写文档的人尤其重要。
三、逐项对照：不一样的地方在哪
差异不在于「能不能用」，而在于这套能力是怎么被提供出来的。这是两套完全不同的工程路径带来的必然结果。
安装与更新方式
macOS 侧的 Quick Look 是系统自带组件，你不需要安装它、也不需要为它升级——它跟着系统版本走。
Windows 侧的 QuickLook 是一个独立应用，需要你自己安装。它提供四种官方来源：Microsoft Store、官方安装包（.msi）、Scoop、以及 Nightly 构建。这四种渠道的更新方式不同：Store 版和 Scoop 版支持自动更新，安装包与 Nightly 需要手动更新。
格式覆盖的扩展路径
这是差异最本质的一项。
Windows 侧的格式覆盖是开放式的：官方支持清单列出了一百多个格式，而且清单本身还在增长——官方在这份文档页首自己写着「尚未补充完整」。没覆盖到的格式，可以通过插件补。也就是说，格式广度对这个项目来说是一个持续扩展的过程，而不是一个固定集合。
macOS 侧的格式处理方式以 Apple 官方说明为准，这里不做展开。需要提醒的是：不要把「格式数量」当成两边的可比指标——它们的扩展机制不同，简单比数字意义不大。
插件机制
Windows 侧的插件机制很直白：插件以 .qlplugin 文件分发，安装方式就是选中这个文件按空格——预览窗口里会出现一个安装按钮，点完重启 QuickLook 即可。升级走同样流程，卸载则是退出程序后到数据目录里删掉对应文件夹。
这个设计有个好处：安装插件不需要命令行、不需要重启系统、也不需要在设置界面里找入口。对你已经熟悉的那个空格键来说，它又叠加了一层用途。哪些插件值得装，单独写在 插件安装与必装推荐 里。
打开与保存对话框
这里有一条容易被忽略的平台差异，而且它是 Windows 侧特有的坑。
在 Windows 上，如果你从 Microsoft Store 安装 QuickLook，那么在「打开文件」和「保存文件」这类对话框里按空格不会触发预览；官方安装包（.msi）与 Scoop 版本才支持这个场景。
这不是故障，是发行渠道带来的能力差异。如果你习惯在另存为的时候先确认一下要覆盖的那个文件，务必选 .msi。判断方法：能预览就是支持，按空格没反应就是装到了不支持该场景的版本。
发行渠道带来的版本差异
macOS 侧是单一实现、随系统走，不存在「装哪个版本」的问题。
Windows 侧有四个来源，能力并不等同。除上面说的对话框预览之外，还有两项差异：便携模式只有安装包版和 Nightly 支持；稳定性方面 Nightly 是实验性构建，官方明确说它可能不稳定，通常要过几周才会进入稳定渠道。
官方给出的建议很直接：不想研究这些差别，就装 .msi。渠道选择与安装注意事项单独写在 下载安装避坑指南 里。
四、哪些地方 Windows 侧反而更灵活
「还原」不该被理解成「处处不如」。在几个具体维度上，这套独立应用的形态反而带来了额外空间。
- 更新节奏由你决定。想要最新功能可以切到 Nightly 构建，想稳就留在稳定版。系统组件没有这个选择权。
- 可以便携化。安装包版与 Nightly 支持便携模式，配置与插件数据写在程序目录下，整个文件夹拷走即可用——换机器或做成工具盘都很方便。
- 支持第三方文件管理器与搜索工具。官方 README 明确列出了 Total Commander 与 xplorer²，云盘写了 OneDrive 与 Dropbox；而官方仓库源码里还有 Everything、Directory Opus 等适配实现。详情见 第三方文件管理器联动。
- 格式可以自己补。插件既是分发方式，也是扩展机制。遇到官方没覆盖的格式，社区的插件是现成路径。
五、从 Mac 迁移过来，按这个顺序上手
-
先装
.msi版。不是为了功能最多，而是为了避开 Store 版不支持对话框预览这个坑。装完选中一个文件按空格，确认能出预览即可。 -
第一天只用空格和方向键。先把「选中 → 空格 → 方向键连续翻 → Esc」这条链路变成肌肉记忆。从 Mac 过来的人在这部分不需要重新学习。
-
第二周再补插件。等你遇到第一个「这个格式看不了」的时刻，再去装对应插件。一次性装一堆插件既没必要，也容易装完忘了它们存在。
-
按需改两三个配置项。配置是 XML 文件，位于数据目录下。最常改的是让预览窗口置顶、以及让内容在磁盘变动后自动刷新。位置随发行版不同，说明见 使用教程的配置章节。
六、常见问题
QuickLook 是 macOS Quick Look 的移植版吗？
不是。它是 Windows 平台上的一个独立开源项目，由 QL-Win 社区维护，以 GPL-3.0 协议发布。「模仿 macOS 的空格预览体验」是官方自己在 README 里写明的定位，两者之间是设计目标上的参照关系，不是代码或组件的移植关系。
从 Mac 换过来，操作习惯需要重新适应吗？
核心交互不需要重新学：选中文件按空格预览、再按空格或 Esc 关闭、方向键连续切换相邻文件，这些都是同一套。需要适应的主要是外围事项，比如要自己安装和更新（macOS 侧是系统自带）、以及 Windows 侧存在四种发行渠道且能力有差异。
为什么我在保存文件的对话框里按空格没反应？
如果你装的是 Microsoft Store 版，这就是预期行为——该渠道不支持在打开与保存对话框里预览。官方安装包 .msi 版与 Scoop 版支持这个场景。换成 .msi 版即可，具体渠道差异见下载安装避坑指南。
它支持的格式比 macOS 自带的多吗？
不建议这样比较。两边的扩展机制不同：Windows 侧是开放的插件体系，官方支持清单已列出一百多个格式且仍在增长，未覆盖的可通过插件补；macOS 侧的格式处理以 Apple 官方说明为准。简单比较格式数量得不出有意义的结论，更实用的做法是直接确认你手上那个格式能不能看，这可以在支持格式清单里查。
能不能在不安装的前提下先试一下？
可以。官方提供的安装包版本带便携模式，配置与插件数据写在程序目录下，不写进系统盘。官方也提供了 Nightly 构建供提前体验新功能，但官方明确说明它可能不稳定，通常要过数周才会进入稳定渠道，因此不建议把它作为日常主力使用。