URL和URI區別和聯繫

參考博客翻譯:《https://danielmiessler.com/study/url-uri/#gs.RV1CVfM》~ 更多細節可以參考




 一直存在很多技術上的爭論,其中最爲妙的恐怕就是web地址應該叫什麼的問題。通常情況就是這樣:有人把地址欄的內容叫“URL”,這時候有些人就來勁了:“不!其實那時URI。。。”

    對於這種糾正的反應呢,通常也有這麼幾種情況,心眼小的就尋思這人趕緊走吧,淡定點的就聳聳肩表示同意,火氣大的就拔刀相向了好不?

那這篇文章呢,就對這個只是提供一個簡單的總結,畢竟互黑也要黑到點子上是吧。


------->>URI、URL、URN<<---------

從上面的那幅圖可以看出來,一共有三個不同的概念URI,URL,URN。這討論這樣的問題時,最好的方法就是回到原點啊。

URI是uniform resource identifier,統一資源標識符,用來唯一的標識一個資源。

而URL是uniform resource locator,統一資源定位器,它是一種具體的URI,即URL可以用來標識一個資源,而且還指明瞭如何locate這個資源。

而URN,uniform resource name,統一資源命名,是通過名字來標識資源,比如mailto:[email protected]。也就是說,URI是以一種抽象的,高層次概念定義統一資源標識,而URL和URN則是具體的資源標識的方式。URL和URN都是一種URI。

在Java的URI中,一個URI實例可以代表絕對的,也可以是相對的,只要它符合URI的語法規則。而URL類則不僅符合語義,還包含了定位該資源的信息,因此它不能是相對的,schema必須被指定。

“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:[email protected] (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. 哪些? 就是那些提供了訪問機制的.

一個小的總結:參考博客《URL和URI區別

下面到了回答問題的時候了:

當我們替代web地址的時候,URI和URL那個更準確?

基於我讀的很多的文章,包括RFC,我想說URI更準確。

別急,我有我的理由:

我們經常使用的URI不是嚴格技術意義上的URL。例如:你需要的文件在files.hp.com. 這是URI,但不是URL--系統可能會對很多協議和端口都做出正

確的反應。

你去http://files.hp.com 和ftp://files.hp.com.可能得到完全不同的內容。這種情況可能更加普遍,想想不同谷歌域名上的不同服務啊。

所以,用URI吧,這樣你通常技術上是正確的,URL可不一定。最後“URL”這個術語正在被棄用。所以明智吧少年!

java中獲取瀏覽器訪問:

下面是我的一段代碼,動態獲取服務訪問域名+連接的方法---->>http://192.168.1.82/ssh/demo/test.do

String share_url = request.getRequestURL().substring(0, request.getRequestURL().lastIndexOf("/"))+"/test.do";//分享好友url

這段是是來自網上其他小夥伴的總結,個人比較懶,直接摘取過來~

request  
    * request對象,tomcat根據http協議的請求的內容,將相應的數據封裝到request對象中。  
    * request和response必須是成對出現,先有的request,再有的response  
    * 接口:javax.servlet.http.HttpServletRequest extends javax.servlet.ServletRequest  
    * 實現類:tomcat實現,並在請求時,tomcat創建 。  
    * 請求行  
        * 入口:http://localhost:8080/day05/demo/pathRequestServlet?username=jack&password=1234  
        * 請求方式  
            request.getMethod();  
        * 路徑  
            // * 請求資源路徑  
            // 1 獲得servlet路徑,web.xml配置的url-pattern【★★★】  
            String servletPath = request.getServletPath();  
            System.out.println(" 1 servletPath -->" + servletPath);  //--> /demo/pathRequestServlet  
              
            //2 獲得發佈到tomcat時的項目名稱【★★★】  
            String contextPath = request.getContextPath();  
            System.out.println(" 2 contextPath -->" + contextPath);  //--> /day05  
              
            //3 獲得請求行中的資源路徑  
            String requestURI = request.getRequestURI();  
            System.out.println(" 3 requestURI -->" + requestURI);//-->/day05/demo/pathRequestServlet  
              
            //4 獲得請求URL(地址欄書寫)  
            String requestURL = request.getRequestURL().toString();  
            System.out.println(" 4 requestURL -->" + requestURL);//-->http://localhost:8080/day05/demo/pathRequestServlet  
            // *** 以上都不獲得get請求的參數  
              
            //5 獲得get請求的參數,獲得的是所有參數的一個字符串  
            String queryString = request.getQueryString();  
            System.out.println(" 5 queryString -->" + queryString); //-->username=jack&password=1234  
          
        * 協議  
            request.getProtocol();  
    * 請求頭  
        * java.lang.String getHeader(java.lang.String name) 獲得指定名稱的頭信息(一條)【★★★】  
        * long getDateHeader(java.lang.String name) 獲得特殊數據,時間  
        * int getIntHeader(java.lang.String name) 獲得特殊數據,整型  
        * java.util.Enumeration getHeaderNames() 獲得所有的請求頭的名稱  
        * java.util.Enumeration getHeaders(java.lang.String name) 獲得指定名稱頭的所有內容  
        * 實例:防盜鏈,(不能直接訪問 /refererTwoServlet)  
    * 請求體  
        * ServletInputStream getInputStream() 獲得請求體的所有內容。(之後講,文件上傳)  
   
    * 核心API  
        * 屬性操作  
            * xxxAttribute (set / get / remove)  服務器端【★★★】  
        * 獲得參數  
            * 獲得瀏覽器 發送給 服務器端的參數(Parameter)  
            * API【★★★】  
                * 實例:url?username=jack&username=rose&username=tom&password=1234  
                * getParameter(java.lang.String name) 獲得指定參數的第一個值,如果數據不存在獲得null 。  
                    * 例如:getParameter("username") 獲得 jack  
                * java.lang.String[] getParameterValues(java.lang.String name) 獲得指定參數的所有的值。  
                    * 例如:getParameterValues("username") ,獲得[jack,rose,tom]  
                * java.util.Map<String,String[]> getParameterMap() 獲得所有的內容,key 參數的名稱 ,value 該參數的所有的值  
                    * 例如:{username=[jack,rose,tom],password=[1234]}  
            * 中文亂碼  
                * POST請求【★★★】  
                    * 設置 setCharacterEncoding(java.lang.String env) ,設置字符編碼  
                * GET請求  
                    * new String(username.getBytes("ISO-8859-1"), "字符集");  


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章