URI和URL的区别

这两天在写代码的时候,由于涉及到资源的位置,因此,需要在Java Bean中定义一些字段,用来表示资源的位置,比如:imgUrl,logoUri等等。但是,每次定义的时候,心里都很纠结,是该用imgUrl还是imgUri呢?

同样的,另外一个问题:String HttpServletRequest.getRequestURI();和StringBuffer HttpServletRequest.getRequestURL();返回的内容有何不同?为什么会如此?

带着这些问题到网上去搜了下,没发现让自己看了明白的解释,于是,想到了Java类库里有两个对应的类java.net.URI和java.net.URL,终于,在这两个类里的javadoc里找到了答案。

URIs, URLs, and URNs

首先,URI,是uniform resource identifier,统一资源标识符,用来唯一的标识一个资源。而URL是uniform resource locator,统一资源定位器,它是一种具体的URI,即URL可以用来标识一个资源,而且还指明了如何locate这个资源。而URN,uniform resource name,统一资源命名,是通过名字来标识资源,比如mailto:java-net@java.sun.com。也就是说,URI是以一种抽象的,高层次概念定义统一资源标识,而URL和URN则是具体的资源标识的方式。URL和URN都是一种URI

在Java的URI中,一个URI实例可以代表绝对的,也可以是相对的,只要它符合URI的语法规则。而URL类则不仅符合语义,还包含了定位该资源的信息,因此它不能是相对的,scheme(协议)必须被指定。

ok,现在回答文章开头提出的问题,到底是imgUrl好呢,还是imgUri好?显然,如果说imgUri是肯定没问题的,因为即使它实际上是url,那它也是uri的一种。那么用imgUrl有没有问题呢?此时则要看它的可能取值,如果是绝对路径,能够定位的,那么用imgUrl是没问题的,而如果是相对路径,那还是不要用ImgUrl的好。总之,用imgUri是肯定没问题的,而用imgUrl则要视实际情况而定。

第二个,从HttpServletRequest的javadoc中可以看出,getRequestURI返回一个String,“the part of this request’s URL from the protocol name up to the query string in the first line of the HTTP request”,比如“POST /some/path.html?a=b HTTP/1.1”,则返回的值为”/some/path.html


测试1:POST提交

<form action="http://localhost:8888/test/do.jsp?url_param=tom" method="post" >  <!--action URL-->
<form action="/test/do.jsp?url_param=tom" method="post" >  <!--action URI绝对对路径-->
<form action="do.jsp?url_param=tom" method="post" > <!--action URI相对路径-->

TOMCAT6下用JSP取值,IE对action以上取值,结果是一样的:


HTTP报文第一行为“POST /test/do.jsp?uri_param=tom HTTP/1.1”,不包括scheme://ip:port这部分。按POST方式提交,action的URI中查询参数会保留,form参数放在HTTP报文体中以param1=value1?m2=value2格式存放(对于action URI是相对路径方式,浏览器会自动补上/context/,但实际编程时应${context}指定,以防止jsp include导致路径错误)

request.getParameter可正常取出包括表单input参数和uri参数
request.getQueryString: uri_param=tom(getQueryString返回URI上的查询参数串,不包括POST表单中的参数)
request.getRequestURI: /test/do.jsp (getRequestURI返回/context/xxxx,不包括URI上的查询参数串)
request.getRequestURL:http://localhost:8888/test/do.jsp(getRequestURL返回完整的URL,但也不包括URI上的查询参数串)

测试2:GET提交

<form action="do.jsp?url_param=tom" method="get" > <!-- action URI相对路径-->


TOMCAT6下用JSP取值,IE结果:


HTTP报文第一行为“GET /test/do.jsp?input_param=kalman HTTP/1.1”,不包括scheme://ip:port这部分,按GET方式提交,action的URI中查询参数不会保留,form参数会以?param1=value1&param2=value2格式附加在请求URI上

request.getParameter可正常取出包括表单input参数和uri参数
request.getQueryString: input_param=kalman(getQueryString返回POST表单中的参数)
request.getRequestURI: /test/do.jsp (getRequestURI返回/context/xxxx,不包括URI上的查询参数串)
request.getRequestURL:http://localhost:8888/test/do.jsp (getRequestURL返回完整的URL,但也不包括URI上的查询参数串)


由于form action加查询参数串对于POST和GET两种方式下有不同的表现,因此强烈建议不要在action加查询参数串,而是将查询参数串放在form的input域中(固定参数为hidden类型)


现在可以明白为什么是getRequestURI而不是getRequestURL了,此处返回的是相对web server的路径,不包括querystring。而getRequestURL返回一个StringBuffer,“The returned URL contains a protocol, server name, port number, and server path, but it does not include query string parameters.”,完整的请求资源路径,不包括querystring。

总结一下:URL是一种具体的URI,它不仅唯一标识资源,而且还提供了定位该资源的信息。URI是一种语义上的抽象概念,可以是绝对的,也可以是相对的,而URL则必须提供足够的信息来定位,所以,是绝对的,而通常说的relative URL,则是针对另一个absolute URL,本质上还是绝对的。注:这里的绝对(absolute)是指包含scheme,而相对(relative)则不包含scheme。


URI抽象结构     [scheme:]scheme-specific-part[#fragment]
[scheme:][//authority][path][?query][#fragment]
authority为[user-info@]host[:port]


参考资料:

http://docs.oracle.com/javase/1.5.0/docs/api/java/net/URI.html
http://en.wikipedia.org/wiki/Uniform_Resource_Identifier
http://docs.oracle.com/javaee/5/api/javax/servlet/http/HttpServletRequest.html

ps:
java.net.URL类不提供对标准RFC2396规定的特殊字符的转义,因此需要调用者自己对URL各组成部分进行encode。而java.net.URI则会提供转义功能。因此The recommended way  to manage the encoding and decoding of URLs is to use  java.net.URI. 可以使用URI.toURL()和URL.toURI()方法来对两个类型的对象互相转换。

对于HTML FORM的url encode/decode可以使用java.net.URLEncoder和java.net.URLDecoder来完成,但是对URL对象不适用。
TODO:对于浏览器及webserver对于URL的编码解码,将作为一个专题分析

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值