Android中的URI 和Uri
阿新 • • 發佈:2019-02-19
一、URI與Uri
大家可能經常會看到在開發時,怎麼有的時候是URI,有的時候是Uri,這是怎麼回事?
名稱如此相像的兩個類是有什麼區別和聯絡?
- 1.所屬的包不同。URI位置在java.net.URI,顯然是Java提供的一個類。而Uri位置在android.net.Uri,是由Android提供的一個類。所以初步可以判斷,Uri是URI的“擴充套件”以適應Android系統的需要。
- 2.作用的不同。URI類代表了一個URI(這個URI不是類,而是其本來的意義:通用資源標誌符——Uniform Resource Identifier)例項。Uri類是一個不可改變的URI引用,包括一個URI和一些碎片,URI跟在“#”後面。建立並且轉換URI引用。而且Uri類對無效的行為不敏感,對於無效的輸入沒有定義相應的行為,如果沒有另外製定,它將返回垃圾而不是丟擲一個異常。
看不懂?沒關係,知道這個就可以了:Uri是Android開發的,擴充套件了JAVA中URI的一些功能來特定的適用於Android開發,所以大家在開發時,只使用Android 提供的Uri即可;
二、Uri結構
(1)、基本形式:
- [scheme:]scheme-specific-part[#fragment]
scheme、scheme-specific-part、fragment
(2)、進一步劃分:
如果進一步劃分的話是這樣子的
- [scheme:][//authority][path][?query][#fragment]
- path可以有多個,每個用/連線,比如
scheme://authority/path1/path2/path3?query#fragment - query引數可以帶有對應的值,也可以不帶,如果帶對應的值用=表示,如:
scheme://authority/path1/path2/path3?id = 1#fragment,這裡有一個引數id,它的值是1 - query引數可以有多個,每個用&連線
scheme://authority/path1/path2/path3?id = 1&name = mingming&old#fragment
這裡有三個引數:
引數1:id,其值是:1
引數2:name,其值是:mingming
引數3:old,沒有對它賦值,所以它的值是null - 在android中,除了scheme、authority是必須要有的,其它的幾個path、query、fragment,它們每一個可以選擇性的要或不要,但順序不能變,
其中"path"可不要:scheme://authority?query#fragment
其中"path"和"query"可都不要:scheme://authority#fragment
其中"query"和"fragment"可都不要:scheme://authority/path
"path","query","fragment"都不要:scheme://authority
等等……
(3)、終極劃分
其中authority,又可以分為host:port的形式,即再次劃分後是這樣的:
- [scheme:][//host:port][path][?query][#fragment]
三、示例
經過上面的講解,想必大家的Uri的結構就有所瞭解了,下面我們就例項看看各部分的識別方式。
- [scheme:]scheme-specific-part[#fragment]
- [scheme:][//authority][path][?query][#fragment]
- [scheme:][//host:port][path][?query][#fragment]
針對下面一個Uri字串來匹配一下各個部分:
- http://www.java2s.com:8080/yourpath/fileName.htm?stove=10&path=32&id=4#harvic
- scheme:匹對上面的兩個Uri標準形式,很容易看出在:前的部分是scheme,所以這個Uri字串的sheme是:http
- scheme-specific-part:很容易看出scheme-specific-part是包含在scheme和fragment之間的部分,也就是包括第二部分的[//authority][path][?query]這幾個小部分,所在這個Uri字串的scheme-specific-part是://www.java2s.com:8080/yourpath/fileName.htm?stove=10&path=32&id=4 ,注意要帶上//,因為除了[scheme:]和[#fragment]部分全部都是scheme-specific-part,當然包括最前面的//;
- fragment:這個是更容易看出的,因為在最後用#分隔的部分就是fragment,所以這個Uri的fragment是:harvic
下面就是對scheme-specific-part進行拆分了;
在scheme-specific-part中,最前端的部分就是authority,?後面的部分是query,中間的部分就是path - authority:很容易看出scheme-specific-part最新端的部分是:www.java2s.com:8080
- query:在scheme-specific-part中,?後的部分為:stove=10&path=32&id=4
- path:在**query:**在scheme-specific-part中,除了authority和query其餘都是path的部分:/yourpath/fileName.htm
又由於authority又一步可以劃分為host:port形式,其中host:port用冒號分隔,冒號前的是host,冒號後的是port,所以: - host:www.java2s.com
- port:8080
四、程式碼提取
上面我們通過例項講解了肉眼識別Uri更部分的方式,但在程式碼中又要怎樣提取呢。下面就看看Uri中提取各部分的介面,依然以上面的Uri字串為例:
- http://www.java2s.com:8080/yourpath/fileName.htm?stove=10&path=32&id=4#harvic
- getScheme() :獲取Uri中的scheme字串部分,在這裡即,http
- getSchemeSpecificPart():獲取Uri中的scheme-specific-part:部分,這裡是://www.java2s.com:8080/yourpath/fileName.htm?
- getFragment():獲取Uri中的Fragment部分,即harvic
- getAuthority():獲取Uri中Authority部分,即www.java2s.com:8080
- getPath():獲取Uri中path部分,即/yourpath/fileName.htm
- getQuery():獲取Uri中的query部分,即stove=10&path=32&id=4
- getHost():獲取Authority中的Host字串,即www.java2s.com
- getPost():獲取Authority中的Port字串,即8080
- List< String> getPathSegments():上面我們的getPath()是把path部分整個獲取下來:/yourpath/fileName.htm,getPathSegments()的作用就是依次提取出Path的各個部分的字串,以字串陣列的形式輸出。以上面的Uri為例:
- String mUriStr = "http://www.java2s.com:8080/yourpath/fileName.htm?stove=10&path=32&id=4#harvic";
- Uri mUri = Uri.parse(mUriStr);
- List<String> pathSegList = mUri.getPathSegments();
- for (String pathItem:pathSegList){
- Log.d("qijian","pathSegItem:"+pathItem);
- }
- getQueryParameter(String key):在上面我們通過getQuery()獲取整個query欄位:stove=10&path=32&id=4,getQueryParameter(String key)作用就是通過傳進去path中某個Key的字串,返回他對應的值。
- String mUriStr = "http://www.java2s.com:8080/yourpath/fileName.htm?stove=10&path=32&id#harvic";
- mUri = Uri.parse(mUriStr);
- Log.d(tag,"getQueryParameter(\"stove\"):"+mUri.getQueryParameter("stove"));
- Log.d(tag,"getQueryParameter(\"id\"):"+mUri.getQueryParameter("id"));
結果如下:
可以看到,在path中,即使針對某一個KEY不對它賦值是允許的,但在利用getQueryParameter()獲取該KEY對應的值時,獲取到的是null;
五、擴充套件
1、 絕對URI和相對URI
絕對URI:以scheme元件起始的完整格式,如http://fsjohnhuang.cnblogs.com。表示以對標識出現的環境無依賴的方式引用資源。
相對URI:不以scheme元件起始的非完整格式,如fsjohnhuang.cnblogs.com。表示以對依賴標識出現的環境有依賴的方式引用資源。
2、不透明URI和分層URI
不透明URI:scheme-specific-part元件不是以正斜槓(/)起始的,如mailto:[email protected]。由於不透明URI無需進行分解操作,因此不會對scheme-specific-part元件進行有效性驗證。分層URI:scheme-specific-part元件是以正斜槓(/)起始的,如http://fsjohnhuang.com。