应用专属协议（zotero://、goldendict://等）的工作原理解析

这类像zotero://、goldendict://的专属协议，本质是自定义URI Scheme，是URI标准（RFC 3986）预留的扩展机制，用来实现外部程序（比如浏览器）与特定应用的直接交互，下面从核心机制到具体流程拆解：

一、系统级注册是前提 #

自定义协议能被识别，核心是先在操作系统完成「scheme-应用」的关联注册，不同系统的实现方式不同：

• Windows：通过注册表关联。应用安装时会在HKEY_CLASSES_ROOT下新增对应scheme的键（比如zotero），指定该scheme对应的启动程序路径、参数模板。系统收到zotero://开头的请求时，会从注册表查找对应的处理程序。
• macOS：通过应用的Info.plist配置。在CFBundleURLTypes字段中声明支持的scheme，系统会扫描已安装应用的这个配置，自动建立关联映射。
• Linux：依靠.desktop文件。在应用的.desktop文件中，MimeType字段添加x-scheme-handler/zotero，并在Exec字段定义处理该scheme请求的命令，桌面环境会读取这些文件完成关联。

二、请求触发的完整流程 #

以你提到的zotero://open-pdf/library/items/AABBCCDD?annotation=[annotation-key]为例，整个执行链是：

1. 浏览器识别到URI的scheme是zotero，而非通用的http/https，于是将整个URI交给操作系统处理。
2. 系统匹配到已注册的Zotero应用，若Zotero未运行则启动它，同时把完整的URI作为启动参数传递过去。
3. Zotero内部解析URI的各个部分：路径/open-pdf/library/items/AABBCCDD指定了「打开PDF」操作和目标项目ID，查询参数annotation=[annotation-key]定位到具体批注位置，最后执行对应的业务逻辑。

三、参数传递的逻辑 #

自定义URI的结构和HTTP URI完全兼容，应用可以按需定义路径、查询参数、片段的规则：

• 路径段通常用来指定操作类型和核心资源标识，比如open-pdf是操作指令，AABBCCDD是Zotero中项目的唯一ID。
• 查询参数（?key=value）用来传递额外配置，比如示例中的annotation参数就是用来指定批注位置的补充信息。
• 应用需要自己编写解析逻辑，把URI拆解成可执行的指令和参数。

四、安全与兼容性限制 #

• 权限要求：自定义协议的注册需要系统权限，一般由应用安装程序自动完成，手动修改需要管理员权限。
• 安全风险：恶意程序可能注册伪造的scheme诱导用户触发，因此主流浏览器在打开这类协议前都会弹出确认提示，让用户确认是否允许启动应用。
• 跨平台兼容：不同系统的注册机制差异较大，跨平台应用需要分别适配各系统的注册逻辑，才能保证scheme在全平台正常工作。

内容的提问来源于stack exchange，提问作者liberix