说明
:
apache tomcat
服务器必须占用
8080
端口
一、 URL
1. 基本介绍
URL 的全称是 Uniform Resource Locator (统一资源定位符)
通过 1 个 URL ,能找到互联网上唯一的 1 个资源
URL 就是资源的地址、位置,互联网上的每个资源都有一个唯一的 URL
一、 URL
1. 基本介绍
URL 的全称是 Uniform Resource Locator (统一资源定位符)
通过 1 个 URL ,能找到互联网上唯一的 1 个资源
URL 就是资源的地址、位置,互联网上的每个资源都有一个唯一的 URL
2.
URL
中常见的协议
( 1 ) HTTP
超文本传输协议,访问的是远程的网络资源,格式是 http: //
http 协议是在网络开发中最常用的协议
( 2 ) file
访问的是本地计算机上的资源,格式是 file: // (不用加主机地址)
( 3 ) mailto
访问的是电子邮件地址,格式是 mailto:
( 4 ) FTP
访问的是共享主机的文件资源,格式是 ftp: //
二、 HTTP 协议
1. HTTP 协议简介
不管是移动客户端还是 PC 端,访问远程的网络资源经常使用 HTTP 协议
访问百度主页: http: //www.baidu.com
获得新浪的微博数据
获得大众点评的团购数据
2. HTTP 协议的作用
HTTP 的全称是 Hypertext Transfer Protocol ,超文本传输协议
( 1 )规定客户端和服务器之间的数据传输格式
( 2 )让客户端和服务器能有效地进行数据沟通
( 1 ) HTTP
超文本传输协议,访问的是远程的网络资源,格式是 http: //
http 协议是在网络开发中最常用的协议
( 2 ) file
访问的是本地计算机上的资源,格式是 file: // (不用加主机地址)
( 3 ) mailto
访问的是电子邮件地址,格式是 mailto:
( 4 ) FTP
访问的是共享主机的文件资源,格式是 ftp: //
二、 HTTP 协议
1. HTTP 协议简介
不管是移动客户端还是 PC 端,访问远程的网络资源经常使用 HTTP 协议
访问百度主页: http: //www.baidu.com
获得新浪的微博数据
获得大众点评的团购数据
2. HTTP 协议的作用
HTTP 的全称是 Hypertext Transfer Protocol ,超文本传输协议
( 1 )规定客户端和服务器之间的数据传输格式
( 2 )让客户端和服务器能有效地进行数据沟通
3. 为什么选择使用 HTTP ?
( 1 )简单快速 因为 HTTP 协议简单,所以 HTTP 服务器的程序规模小,因而通信速度很快
( 2 )灵活 HTTP 允许传输任意类型的数据
( 3 ) HTTP 0.9 和 1.0 使用非持续连接 限制每次连接只处理一个请求,服务器对客户端的请求做出响应后,马上断开连接,这种方式可以节省传输时间
4. HTTP 的通信过程
要想使用 HTTP 协议向服务器索取数据,得先了解 HTTP 通信的完整过程
完整的 http 通信可以分为 2 大步骤
( 1 ) 请求 :客户端向服务器索要数据
( 2 ) 响应 :服务器返回客户端相应的数据
三、
HTTP
通信过程
-
请求和响应
1. HTTP 通信过程 - 请求
HTTP 协议规定: 1 个完整的由客户端发给服务器的 HTTP 请求中包含以下内容
请求行 :包含了请求方法、请求资源路径、 HTTP 协议版本
GET /MJServer/resources/images/ 1. jpg HTTP/ 1.1
请求头 :包含了对客户端的环境描述、客户端请求的主机地址等信息
Host: 192.168.1.105 : 8080 // 客户端想访问的服务器主机地址
User-Agent: Mozilla/ 5.0 (Macintosh; Intel Mac OS X 10.9 ) Firefox/ 30.0 // 客户端的类型,客户端的软件环境
Accept: text/html, * /* // 客户端所能接收的数据类型 */
Accept-Language: zh-cn // 客户端的语言环境
Accept-Encoding: gzip // 客户端支持的数据压缩格式
请求体 :客户端发给服务器的具体数据,比如文件数据
2. HTTP 通信过程 - 响应
客户端向服务器发送请求,服务器应当做出响应,即返回数据给客户端
HTTP 协议规定: 1 个完整的 HTTP 响应中包含以下内容:
状态行 :包含了 HTTP 协议版本、状态码、状态英文名称
HTTP/ 1.1 200 OK
响应头 :包含了对服务器的描述、对返回数据的描述
Server: Apache-Coyote/ 1.1 // 服务器的类型
Content-Type: image/jpeg // 返回数据的类型
Content-Length: 56811 // 返回数据的长度
Date: Mon, 23 Jun 2014 12 : 54 : 52 GMT // 响应的时间
实体内容 :服务器返回给客户端的具体数据,比如文件数据
1. HTTP 通信过程 - 请求
HTTP 协议规定: 1 个完整的由客户端发给服务器的 HTTP 请求中包含以下内容
请求行 :包含了请求方法、请求资源路径、 HTTP 协议版本
GET /MJServer/resources/images/ 1. jpg HTTP/ 1.1
请求头 :包含了对客户端的环境描述、客户端请求的主机地址等信息
Host: 192.168.1.105 : 8080 // 客户端想访问的服务器主机地址
User-Agent: Mozilla/ 5.0 (Macintosh; Intel Mac OS X 10.9 ) Firefox/ 30.0 // 客户端的类型,客户端的软件环境
Accept: text/html, * /* // 客户端所能接收的数据类型 */
Accept-Language: zh-cn // 客户端的语言环境
Accept-Encoding: gzip // 客户端支持的数据压缩格式
请求体 :客户端发给服务器的具体数据,比如文件数据
2. HTTP 通信过程 - 响应
客户端向服务器发送请求,服务器应当做出响应,即返回数据给客户端
HTTP 协议规定: 1 个完整的 HTTP 响应中包含以下内容:
状态行 :包含了 HTTP 协议版本、状态码、状态英文名称
HTTP/ 1.1 200 OK
响应头 :包含了对服务器的描述、对返回数据的描述
Server: Apache-Coyote/ 1.1 // 服务器的类型
Content-Type: image/jpeg // 返回数据的类型
Content-Length: 56811 // 返回数据的长度
Date: Mon, 23 Jun 2014 12 : 54 : 52 GMT // 响应的时间
实体内容 :服务器返回给客户端的具体数据,比如文件数据
3. 补充:推荐工具 firebug- 1.12.5 -fx.xpi
虫子的作用:拦截所有的 http 请求。
4. 常见的响应状态码
四、发送 HTTP 请求的方法
1. 简单说明
在 HTTP/ 1.1 协议中,定义了 8 种发送 http 请求的方法
GET 、 POST 、 OPTIONS 、 HEAD 、 PUT 、 DELETE 、 TRACE 、 CONNECT 、 PATCH
根据 HTTP 协议的设计初衷,不同的方法对资源有不同的操作方式
PUT :增
DELETE :删
POST :改
GET :查
提示 :最常用的是 GET 和 POST (实际上 GET 和 POST 都能办到增删改查)
2. get 和 post 请求
要想使用 GET 和 POST 请求跟服务器进行交互,得先了解一个概念: 参数 就是传递给服务器的具体数据,比如登录时的帐号、密码
GET 和 POST 对比: GET 和 POST 的主要区别表现在数据传递上
GET
在请求 URL 后面以 ? 的形式跟上发给服务器的参数,多个参数之间用 & 隔开,比如 http: //ww.test.com/login?username=123&pwd=234&type=JSON
注意 :由于浏览器和服务器对 URL 长度有限制,因此在 URL 后面附带的参数是有限制的,通常不能超过 1 KB
POST
发给服务器的参数全部放在请求体中
理论上, POST 传递的数据量没有限制(具体还得看服务器的处理能力)
3. GET 和 POST 的选择
选择 GET 和 POST 的建议
( 1 )如果要传递大量数据,比如文件上传,只能用 POST 请求
( 2 ) GET 的安全性比 POST 要差些,如果包含机密 \ 敏感信息,建议用 POST
( 3 )如果仅仅是索取数据(数据查询),建议使用 GET
( 4 )如果是增加、修改、删除数据,建议使用 POST
4. iOS 中发送 HTTP 请求的方案
在 iOS 中,常见的发送 HTTP 请求( GET 和 POST )的解决方案有
( 1 )苹果原生(自带)
NSURLConnection :用法简单,最古老最经典最直接的一种方案
NSURLSession : iOS 7 新出的技术,功能比 NSURLConnection 更加强大
CFNetwork : NSURL* 的底层,纯 C 语言
( 2 )第三方框架
ASIHttpRequest :外号 “HTTP 终结者 ” ,功能极其强大,可惜早已停止更新
AFNetworking :简单易用,提供了基本够用的常用功能
建议 :
为了提高开发效率,企业开发用的基本是第三方框架
5. ASI 和 AFN 架构对比
说明
:
AFN
基于
NSURL
,
ASI
基于
CFHTTP
,
ASI
的性能更好一些。