NSURLComponents 使用简介 - iOS

该类苹果在 iOS 7中添加,它(NSURLComponents)可以方便的把 URL 地址分解成多个部分;

其中, URL(Uniform Resource Locator)地址用于描述一个网络上的资源,基本格式如下:

schema://host[:port#]/path/.../[?query-string][#anchor]

schema:指定低层使用的协议,例如 http https ftp 等.

host:HTTP 服务器的 IP 地址或者域名

port#:HTTP 服务器的默认端口是80,该情况下端口号可以省略.(注:如果使用其它端口,必须将其指明,例如: http://www.jianshu.com:8080/)

path:访问资源的路径

query-string: 发送给 http 服务器的数据

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)

如上结果得出,根据不同的 URL 地址,可以利用如上方法进行地址切割,得出相对应的部分,从而进行选取有用的部分进一步执行相关操作.

(如上地址只是随机使用了一个较为简单的 URL 地址,实际开发将其切换成实际地址即可.)


拓展:

首先,HTTP 协议是无状态的,同一个客户端的本次请求和上次请求都是没有任何关联关系的,对 http 服务器而言并不能分辨当前请求的具体来源,但将 web 程序引入 cookie 机制可解决该问题.

其次,Request 的消息结构分为三部分,其一称为 Request line, 其二称为 Request header, 其三称为 body.head 和 body;

再其次,  Http 协议定义了很多与服务器交互相关的方法,其中最基本的四种为 GET,POST,PUT,DELETE, 一个 URL 地址用于描述一个网络上的资源,而 HTTP 中交互的方法就对应着该资源的增删改查操作.通常所见所用的基本都是 GET 和 POST 这两种.

Get 一般用于获取和查询资源信息时使用;

Post 一般用于提交和更新资源信息时使用.

其区别在于:

1.Get 提交的数据会装在 URL 之后,以问号("?")分隔 URL 和传输数据,而参数之间以("&")符号相连;

Post 则是将提交的数据装在 Http 包的 Body 中.

2.因浏览器对 URL 长度的限制,GET 提交的数据大小是有限制的,而 POST 方法提交的数据没有该限制.

3.Get 方式需要使用 Request.QueryString 来取得变量的值,而 Post 方式通过 Request.Form 来获取变量的值.

4.在提交数据的安全方面 Get 方法要劣与 Post 方法,因为使用 Get 方法进行数据提交会将一些数据信息暴露在 URL 链接中,如果页面被缓存或者被他人抓包,则会导致数据信息的泄露.


状态码相关:

状态码用于告知客户端服务器是否产生了 Response, 其中 Response 消息中第一行为状态行,是由 HTTP 协议版本号 状态码 状态消息三部分组成. 

状态码是由三位数字组成,具体如下:

1xx 即表示请求已成功接收,继续处理;

2xx 即表示请求已成功接收,受理;

3xx 即表示要完成请求必须进行更进一步的处理;

4xx 即表示请求语法异常;

5xx 即表示服务器未能实现合法请求.

常见的一些状态码:

200 成功;

302 发现新的 URL 并将其在 location 中返回且浏览器自动使用该 URL 重新请求;

304 之前的文档也缓存可继续使用;

400 客户端请求语法错误,服务器不能受理服务;

403 服务器收到请求,但拒绝受理服务;

404 最常见的异常,错误的 URL 所请求的资源不存在;

500 服务器服务了不可预期的错误;

503 服务器当前不能处理客户请求,稍后可能恢复.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,607评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,047评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,496评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,405评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,400评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,479评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,883评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,535评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,743评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,544评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,612评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,309评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,881评论 3 306
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,891评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,136评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,783评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,316评论 2 342

推荐阅读更多精彩内容