該類蘋果在 iOS 7中添加,它(NSURLComponents)可以方便的把 URL 地址分解成多個部分;
其中, URL(Uniform Resource Locator)地址用于描述一個網(wǎng)絡上的資源,基本格式如下:
schema://host[:port#]/path/.../[?query-string][#anchor]
schema:指定低層使用的協(xié)議,例如 http https ftp 等.
host:HTTP 服務器的 IP 地址或者域名
port#:HTTP 服務器的默認端口是80,該情況下端口號可以省略.(注:如果使用其它端口,必須將其指明,例如: http://www.itdecent.cn:8080/)
path:訪問資源的路徑
query-string: 發(fā)送給 http 服務器的數(shù)據(jù)
anchor: 錨
例如:
直接上 code:
NSString *urlStr =@"http://bbs.csdn.net/forums/ios";
NSURLComponents *components = [NSURLComponents componentsWithString:urlStr];
NSString *host = components.host;
NSString *user = components.user;
NSString *pwd = components.password;
NSNumber *port = components.port;
NSString *path = components.path;
NSString *query = components.query;
NSString *fragment = components.fragment;
NSLog(@"\n host --- %@\n path --- %@\n user --- %@\n pwd --- %@\n port --- %@\n query --- %@\n fragment --- %@\n", host, path, user, pwd, port, query, fragment);
打印結果如下:
host --- bbs.csdn.net
path --- /forums/ios
user --- (null)
pwd --- (null)
port --- (null)
query --- (null)
fragment --- (null)
如上結果得出,根據(jù)不同的 URL 地址,可以利用如上方法進行地址切割,得出相對應的部分,從而進行選取有用的部分進一步執(zhí)行相關操作.
(如上地址只是隨機使用了一個較為簡單的 URL 地址,實際開發(fā)將其切換成實際地址即可.)
拓展:
首先,HTTP 協(xié)議是無狀態(tài)的,同一個客戶端的本次請求和上次請求都是沒有任何關聯(lián)關系的,對 http 服務器而言并不能分辨當前請求的具體來源,但將 web 程序引入 cookie 機制可解決該問題.
其次,Request 的消息結構分為三部分,其一稱為 Request line, 其二稱為 Request header, 其三稱為 body.head 和 body;
再其次, ?Http 協(xié)議定義了很多與服務器交互相關的方法,其中最基本的四種為 GET,POST,PUT,DELETE, 一個 URL 地址用于描述一個網(wǎng)絡上的資源,而 HTTP 中交互的方法就對應著該資源的增刪改查操作.通常所見所用的基本都是 GET 和 POST 這兩種.
Get 一般用于獲取和查詢資源信息時使用;
Post 一般用于提交和更新資源信息時使用.
其區(qū)別在于:
1.Get 提交的數(shù)據(jù)會裝在 URL 之后,以問號("?")分隔 URL 和傳輸數(shù)據(jù),而參數(shù)之間以("&")符號相連;
Post 則是將提交的數(shù)據(jù)裝在 Http 包的 Body 中.
2.因瀏覽器對 URL 長度的限制,GET 提交的數(shù)據(jù)大小是有限制的,而 POST 方法提交的數(shù)據(jù)沒有該限制.
3.Get 方式需要使用 Request.QueryString 來取得變量的值,而 Post 方式通過 Request.Form 來獲取變量的值.
4.在提交數(shù)據(jù)的安全方面 Get 方法要劣與 Post 方法,因為使用 Get 方法進行數(shù)據(jù)提交會將一些數(shù)據(jù)信息暴露在 URL 鏈接中,如果頁面被緩存或者被他人抓包,則會導致數(shù)據(jù)信息的泄露.
狀態(tài)碼相關:
狀態(tài)碼用于告知客戶端服務器是否產(chǎn)生了 Response, 其中 Response 消息中第一行為狀態(tài)行,是由 HTTP 協(xié)議版本號 狀態(tài)碼 狀態(tài)消息三部分組成.?
狀態(tài)碼是由三位數(shù)字組成,具體如下:
1xx 即表示請求已成功接收,繼續(xù)處理;
2xx 即表示請求已成功接收,受理;
3xx 即表示要完成請求必須進行更進一步的處理;
4xx 即表示請求語法異常;
5xx 即表示服務器未能實現(xiàn)合法請求.
常見的一些狀態(tài)碼:
200 成功;
302 發(fā)現(xiàn)新的 URL 并將其在 location 中返回且瀏覽器自動使用該 URL 重新請求;
304 之前的文檔也緩存可繼續(xù)使用;
400 客戶端請求語法錯誤,服務器不能受理服務;
403 服務器收到請求,但拒絕受理服務;
404 最常見的異常,錯誤的 URL 所請求的資源不存在;
500 服務器服務了不可預期的錯誤;
503 服務器當前不能處理客戶請求,稍后可能恢復.
