你可能不知道的 Windows 快捷方式玩法( 五 ) _小知识

本节汇总：在 Windows 中查询 URI SchemesWindows 下想要知道哪些应用支持 URI 调用还是很简单的：URI Schemes 在注册表中被表述为 URL Protocol ，要使用 URI 的应用必须在注册表中新建一个带有 URL Protocol 字符串的项2 。我们可以通过浏览 HKCR ，来确认某应用的 URI Scheme 支持情况。如下图所示，能看到 BiliBili UWP 版注册了 bilibili：

文章插图

对于系统应用和 Windows Store 应用而言，我们也可以从 Windows 设置 > 默认应用 > 按协议指定默认应用（Windows 11 改名为按链接类型指定默认应用）界面寻找已经被注册的各类 URI Schemes 。不过此面板不会显示一些传统应用。

文章插图

然而试图查阅到一个可用的 URI 相对而言较为困难。URI 方案后的行为、查询参数大部分情况下用于供开发者进行应用内跳转，不会暴露给用户。并且由于安全问题，不少应用都限制了从外部直接调用程序功能。
所幸 URIs 往往会兼顾多平台的通用性， Windows、iOS、Android 系统上同一个应用的 URI Scheme 用法有可能是一样的。
要是不确定一个 URI Scheme 是否起作用，读者在将它们写入快捷方式之前，可以先使用资源管理器的地址栏做实验，效果符合预期再行动也不迟。
总结就能力而言，快捷方式显然比不上脚本等手段。首先它的目标路径只能填一行，本文第二节虽然有用快捷方式执行多条命令的用例，但这显然不如脚本来得优雅；其次，快捷方式是静态的，想要为它加一些变量，例如打开 Obsidian 这一周的周志、用电报发送剪贴板内容，快捷方式实现起来就较为吃力，需要其他工具从旁辅助。
然而其优势也是很明显的——用起来简单方便。将目标写好，和我们交互的就只是一个带箭头的小图标。我们可以双击；可以将它们放在开始菜单中用于检索；还可以固定到任务栏，用 Windows + 数字键启用。快捷方式本身也是一个文件，它们可以被保存、备份、迁移，只要路径正确就能成功运行。
除了能用在快捷方式上，本文介绍的标识和 URI Schemes 也能用于 Windows 注册表、AutoHotkey ， JS 脚本等其他地方，因而第二、三节的小结部分或许还有本文主旨之外的参考价值。
本文的意义仅在于提供应用的思路，揭示更多操作的可能性。真正适合自己的用法还需要读者自行探索。

【你可能不知道的 Windows 快捷方式玩法】