什么是URI方案？

我已经搜索了这个问题，但是找不到一个好的答案。

甚至有关URI的Wikipedia文章也没有对其进行详尽的解释。我以为这是访问网页的协议。例如HTTP / HTTPS / FTP，但Wiki文章另有说明。

一些URI方案不与任何特定协议（例如“文件”）相关联，而许多其他URI方案不使用协议名称作为其前缀（例如“新闻”）。

我知道该方案的URL的哪一部分。但是我真正的问题是它是做什么的？

好的，我知道该方案的网址是哪一部分。但是我真正的问题是它是做什么的？

它只是告诉您如何解释冒号后面的URL部分。

例如，在中file://usr/share/doc，file告诉我冒号后的部分应解释为本地可用的文件系统路径。这与协议不同，因为没有传输层或编码-客户端仅使用常规的本地系统调用来访问它。

相反，https://programmers.stackexchange.com指定一个协议（https），但仍然要求客户端对用于达到该协议的物理传输做出自己的选择。

维基百科的报价可能会引起误解。这意味着例如file:URI方案未声明用于访问数据的方式（或其指向的内容）。随着http:你知道有正在使用的HTTP协议。随着file:它的任何应用程序想要使用。

随着news:协议名称是NNTP，但名称不反映这一点。在我看来，这是一件好事，因为news:要清楚得多。

因此，URI方案只是包括冒号在内的第一部分。

该方案指示使用的寻址系统。URL实际上是各种不同的寻址系统的统一。冒号之前的部分标识正在使用的方案，冒号之后的所有内容都是该方案的特定语法。每种方案都定义了自己独特的资源寻址方式。通过添加新方案，URL标准可以无限扩展。

对于方案，通常很难说什么，因为它们有很大的不同。在许多情况下，方案的名称是可用于获取资源的协议的名称（例如http，https，ftp等），但这并不是硬性规定，例如。“ mailto”方案表示电子邮件地址，但不表示特定协议。有些方案与任何特定协议都不对应，例如在Web浏览器中使用的“关于”方案，该资源根本不通过协议来获取，而是内置在客户端中。

它是URI中冒号之前的部分。

例如：该计划http://en.wikipedia.org/就是http。的方案file:///etc/passwd是file。的方案ftp://example.org/resource.txt是ftp。

该方案是URI的第一个层次结构，因此是最“突出”的部分，用于标识资源的“用途”。如果您对某种“种类的”资源（Web链接，新闻，文件）感兴趣，则可以通过仅检查方案来判断-而不是整个资源字符串。

这只是代表一组资源的字符串。

我喜欢苹果的描述：

URL方案是链接的一部分，该链接指定您的设备用来打开URL的应用程序的类型。许多应用程序都支持URL方案：facetime://打开开头为URL时，FaceTime使用URL方案进行呼叫，就像Safari处理以开头的URL一样http://。

快捷方式的URL方案shortcuts://从链接启动“快捷方式”应用，以执行诸如导入或运行快捷方式之类的任务。这些链接在许多不同的上下文中很有用，例如在网络上，或者在支持打开URL的其他应用程序中使用快捷方式时

资源