URL和URI的联系与区别

最新推荐文章于 2025-06-19 10:58:13 发布

DYanchao2015

最新推荐文章于 2025-06-19 10:58:13 发布

阅读量710

点赞数

CC 4.0 BY-SA版权

分类专栏： Java基础文章标签： url uri filter java

本文链接：https://blog.youkuaiyun.com/heart_2015/article/details/51382012

Java基础专栏收录该内容

10 篇文章

订阅专栏

本文详细解释了URI（统一资源标识符）与URL（统一资源定位符）之间的区别，并通过示例说明了它们在Java程序中的具体应用。文章指出，虽然两者在日常使用中常被互换，但在技术上它们有着明确的界限。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

疑问出处：

平时在设置登录过滤器时发现一个一直忽视的小问题，在用HttpServletRequest获取uri时，总是会遇到request.getRequestURI()和request.getRequestURL()难以取舍的问题，现对问题进行总结区分一下：

public class LoginFilter implements Filter{

    @Override
    public void destroy() {

    }

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse,FilterChain arg2) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest)servletRequest;
        HttpServletResponse response = (HttpServletResponse)servletResponse;
        String uri = request.getRequestURI();
        StringBuffer requestURL = request.getRequestURL();//相比url：url内容更长一些，url加了域名和端口号
    }

    @Override
    public void init(FilterConfig arg0) throws ServletException {

    }

}

平时在用的时候只是根据url长、uri短来进行选择，url内容更长一些，url加了域名和端口号，本文结合网上了一些资料~~~

2. uri和url区别：

        URI = Universal Resource Identifier 统一资源标志符
        URL = Universal Resource Locator 统一资源定位符

从程序的角度理解，URI属于URL更低层次的抽象，一种字符串文本标准。就是说，URI属于父类，而URL属于URI的子类。URL是URI的一个子集。
在《HTTP权威指南》一书中，对于URI的定义是：统一资源标识符；对于URL的定义是：统一资源定位符。二者的区别在于，URI表示请求服务器的路径，定义这么一个资源。而URL同时说明要如何访问这个资源（http://）
从JDK1.5开始，java.net包对统一资源定位符(uniform resource locator URL)和统一资源标识符(uniform resource identifier URI)作了非常明确的区分:
(1)URI是个纯粹的句法结构，用于指定标识Web资源的字符串的各个不同部分。URL是URI的一个特例，它包含了定位Web资源的足够信息。其他URI，比如mailto：cay@horstman.com则不属于定位符，因为根据该标识符无法定位任何资源。       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一般由三部组成
①访问资源的命名机制
②存放资源的主机名
③资源自身的名称，由路径表示，着重强调于资源。*
（2）URL—Uniform Resource Location统一资源定位符
URL是Internet上用来描述信息资源的字符串，主要用在各种WWW客户程序和服务器程序上，特别是著名的Mosaic。采用URL可以用一种统一的格式来描述各种信息资源，包括文件、服务器的地址和目录等。
*URL一般由三部组成
①协议(或称为服务方式)
②存有该资源的主机IP地址(有时也包括端口号)
③主机资源的具体地址。如目录和文件名等*

3.结语：
当我们替代web地址的时候，URI和URL那个更准确？基于我读的很多的文章，包括RFC，我想说URI更准确。
我们经常使用的URI不是严格技术意义上的URL。例如：你需要的文件在files.hp.com. 这是URI，但不是URL–系统可能会对很多协议和端口都做出正确的反应。
你去http://files.hp.com 和ftp://files.hp.com.可能得到完全不同的内容。这种情况可能更加普遍，想想不同谷歌域名上的不同服务啊。
所以，用URI吧，这样你通常技术上是正确的，URL可不一定。最后“URL”这个术语正在被弃用。