[译]URL和URI的区别

最新推荐文章于 2023-08-25 06:15:00 发布

IT_COOKIE_SAM

最新推荐文章于 2023-08-25 06:15:00 发布

阅读量545

点赞数

分类专栏： http知识

http知识专栏收录该内容

1 篇文章 0 订阅

订阅专栏

今天学习到AOP在spring中的实现时,发现自己的bean配置发生了问题,导致了"通配符的匹配很全面, 但无法找到元素 'aop:aspectj-autoproxy' 的声明" 的异常发生,

于是在网上找了问题的解决方法:是我的bean文件的spring配置文件中的引用有了问题,

文中介绍了解决方案:检查spring配置文件里有没有配相应的schema配置，补充上就可以了

后来,我发现我不知道补充什么文件上去合适,aop在spring中运行还是不断出错,于是又查了下关于spring配置文件中xsd引用的问题

在某个专栏里,我看到这样一句话:通常情况下，namespace对应的URI是一个存放XSD的地址

于是基础渣渣的我又开始查什么是URI,却发现本文章相当出众,于是转载了该文!

译者：华科小涛：http://www.cnblogs.com/hust-ghtao/：

初学http协议，就被这两个相似的术语搞蒙了，查了很多资料，总算搞清楚了。（找资料还是英文啊，靠谱。。。）。

本篇博客翻译自：https://danielmiessler.com/study/url_vs_uri/，是在是一片简单实用的好文，对帮我们弄清概念很有帮助：

译文：

一直存在很多技术上的争论，其中最为妙的恐怕就是web地址应该叫什么的问题。通常情况就是这样：有人把地址栏的内容叫“URL”，这时候有些人就来劲了：“不！其实那时URI。。。”

对于这种纠正的反应呢，通常也有这么几种情况，心眼小的就寻思这人赶紧走吧，淡定点的就耸耸肩表示同意，火气大的就拔刀相向了好不？

那这篇文章呢，就对这个只是提供一个简单的总结，毕竟互黑也要黑到点子上是吧。

URI，URL，URN

从上面的那幅图可以看出来，一共有三个不同的概念URI,URL,URN。这讨论这样的问题时，最好的方法就是回到原点啊，这里我们在RFC 3986: Uniform Resource Identifier (URI): Generic Syntax里面收集了点资料：

“A Uniform Resource Identifier (URI) 是一个紧凑的字符串用来标示抽象或物理资源。”

“A URI 可以进一步被分为定位符、名字或两者都是. 术语“Uniform Resource Locator” (URL) 是URI的子集, 除了确定一个资源,还提供一种定位该资源的主要访问机制(如其网络“位置”)。“

那我们无所不知的维基百科把这段消化的很好，并描述的更加形象了：

“URI可以分为URL,URN或同时具备locators 和names特性的一个东西。URN作用就好像一个人的名字，URL就像一个人的地址。换句话说：URN确定了东西的身份，URL提供了找到它的方式。”

通过这些描述我们可以得到一些结论：

首先，URL是URI的一种（通过那个图就看的出来吧）。所以有人跟你说URL不是URI，他就错了呗。但也不是所有的URI都是URL哦，就好像蝴蝶都会飞，但会飞的可不都是蝴蝶啊，你让苍蝇怎么想！
让URI能成为URL的当然就是那个“访问机制”，“网络位置”。e.g. http:// or ftp://.。
URN是唯一标识的一部分，就是一个特殊的名字。

　　下面就来看看例子吧，当来也是来自权威的RFC：

ftp://ftp.is.co.za/rfc/rfc1808.txt (also a URL because of the protocol)
http://www.ietf.org/rfc/rfc2396.txt (also a URL because of the protocol)
ldap://[2001:db8::7]/c=GB?objectClass?one (also a URL because of the protocol)
mailto:John.Doe@example.com (also a URL because of the protocol)
news:comp.infosystems.www.servers.unix (also a URL because of the protocol)
tel:+1-816-555-1212
telnet://192.0.2.16:80/ (also a URL because of the protocol)
urn:oasis:names:specification:docbook:dtd:xml:4.1.2

　　这些全都是URI, 其中有些事URL. 哪些? 就是那些提供了访问机制的.

总结

下面到了回答问题的时候了：

当我们替代web地址的时候，URI和URL那个更准确？

基于我读的很多的文章，包括RFC，我想说URI更准确。

别急，我有我的理由：

我们经常使用的URI不是严格技术意义上的URL。例如：你需要的文件在files.hp.com. 这是URI，但不是URL--系统可能会对很多协议和端口都做出正

确的反应。

你去http://files.hp.com 和ftp://files.hp.com.可能得到完全不同的内容。这种情况可能更加普遍，想想不同谷歌域名上的不同服务啊。

所以，用URI吧，这样你通常技术上是正确的，URL可不一定。最后“URL”这个术语正在被弃用。所以明智吧少年！

结语

If you don’t mind being “that guy”, URI is probably the more accurate term to use. But if you are in the linguist / “use what’s understood” camp, feel free to go with URL.

参考：

https://en.wikipedia.org/wiki/Uniform_Resource_Identifier

https://danielmiessler.com/study/url_vs_uri/

引用知乎关于uri和url的相关知识:

作者：郭无心
链接：https://www.zhihu.com/question/21950864/answer/66779836
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

URI 是统一资源标识符，而 URL 是统一资源定位符。因此，笼统地说，每个 URL 都是 URI，但不一定每个 URI 都是 URL。这是因为 URI 还包括一个子类，即统一资源名称 (URN)，它命名资源但不指定如何定位资源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。

URI 和 URL 概念上的不同反映在此类和 URL 类的不同中。

此类的实例代表由 RFC 2396 定义的语法意义上的一个 URI 引用。URI 可以是绝对的，也可以是相对的。对 URI 字符串按照一般语法进行解析，不考虑它所指定的方案（如果有）不对主机（如果有）执行查找，也不构造依赖于方案的流处理程序。相等性、哈希计算以及比较都严格地根据实例的字符内容进行定义。换句话说，一个 URI 实例和一个支持语法意义上的、依赖于方案的比较、规范化、解析和相对化计算的结构化字符串差不多。

作为对照，URL 类的实例代表了 URL 的语法组成部分以及访问它描述的资源所需的信息。URL 必须是绝对的，即它必须始终指定一个方案。URL 字符串按照其方案进行解析。通常会为 URL 建立一个流处理程序，实际上无法为未提供处理程序的方案创建一个 URL 实例。相等性和哈希计算依赖于方案和主机的 Internet 地址（如果有）；没有定义比较。换句话说，URL 是一个结构化字符串，它支持解析的语法运算以及查找主机和打开到指定资源的连接之类的网络 I/O 操作。

在Java类库中，URI类不包含任何访问资源的方法，它唯一的作用就是解析。

相反的是，URL类可以打开一个到达资源的流。

因此URL类只能作用于那些 Java类库知道该如何处理的模式，

例如http：，https：，ftp：，本地文件系统(file：)，和Jar文件(jar：)。

URI—Universal Resource Identifier通用资源标志符
Web上可用的每种资源如HTML文档、图像、视频片段、程序等都是一个来URI来定位的
URI一般由三部组成
①访问资源的命名机制
②存放资源的主机名
③资源自身的名称，由路径表示，着重强调于资源。

URL—Uniform Resource Location统一资源定位符
URL是Internet上用来描述信息资源的字符串，主要用在各种WWW客户程序和服务器程序上，特别是著名的Mosaic。
采用URL可以用一种统一的格式来描述各种信息资源，包括文件、服务器的地址和目录等。
URL一般由三部组成
①协议(或称为服务方式)
②存有该资源的主机IP地址(有时也包括端口号)
③主机资源的具体地址。如目录和文件名等

应用：

一、 URI

比如在JDK中sun公司提供的简易HttpServer实现中

public void handle（final HttpExchange exchange）throws Exception

方法中，根据exchange对象可以拿到访问Http请求的URI对象，

ps：

http://127.0.0.1:8080/cmd_helloworld/?name=guowuxin

此时URI uri = exchange.getRequestURI（）；

通过uri可以拿到连接的各部分内容：

uri.getPath（） --------------------> /cmd_helloworld 注意有斜杠

uri.getQuery（）----------------------> name=guowuxin

当然如果是post请求，请求内容在请求body当中

二、 URL

上面说了，URL 是一个结构化字符串，它支持解析的语法运算以及查找主机和打开到指定资源的连接之类的网络 I/O 操作。

重要的，URL不仅仅可以进行语法解析运算，还可以查找主机，并且打开指定资源的连接进行网络IO操作。

介绍URL类的两个重要方法

openStream()
打开到此 URL 的连接并返回一个用于从该连接读入的 InputStream。

openConnection()
返回一个 URLConnection 对象，它表示到 URL 所引用的远程对象的连接。

 URL url = new URL("http://www.baidu.com");
 InputStream in = url.openStream();
 ByteArrayOutputStream output = new ByteArrayOutputStream();
 byte[] buffer = new byte[1024];
 int len = -1;
 while ((len = in.read(buffer)) != -1)
 {
    output.write(buffer, 0, len);
 }
 System.err.println(new String(output.toByteArray()));

上面的程序通过openStream()方法获取访问URL获取的输入流，从而读取响应内容，ps响应内容是过滤掉响应头了的。

openConnection()方法就可以getOutputStream（）以及 getInputStream()
可以更灵活的进行request和response

URI ：树
URL：杨树
--or--
URI ：花
URL：桂花

本质上说的是一个东西，使用上分场合分别使用。

【例】
URI = 作文
URL = 议论文、记叙文、诗歌……

【那么】
　　宏观描述时，老师会问：今天考试的“作文”大家写的都不错，而不会说大家的“议论文”写的不错，虽然指的是一种东西。
　　客观描述时，你会和同桌说：我今天写的是“诗歌”，而不会啰嗦的说我今天用了诗歌的方式写的作文。

【同理】
　　当你写一篇技术文档规范时，你会说某个参数要传递一个URI，而不必说某个参数要传递一个“URL格式的字符串”。
　　当你问同事，公司官网的URL是什么时，不会问他公司官网的地址的用URI描述是什么。

作者：冷聚变
链接：https://www.zhihu.com/question/21950864/answer/134020968
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。