HTTP
一. 网络知识基础
-
网络编程中的几个基本概念
- 客户端Client: 移动应用App, 如iOS和安卓的应用
- 服务器Server: 为客户端提供服务, 提供数据, 提供资源的机器
- 请求Request: 客户端向服务器端索取数据的一种行为
- 响应Response: 服务器对客户端的请求作出的反应, 一般指返回数据给客户端
移动应用的开发, 主要是对客户端进行的开发, 一般的网络交互如下图所示
-
两种服务器的基本概念:
- 远程服务器
- 又称外网服务器, 正式服务器
- 使用阶段: 应用上线后使用的服务器, 面向用户, 供全体用户使用
- 速度: 取决于服务器的性能, 用户的网速
- 本地服务器
- 又称内网服务器, 测试服务器
- 使用阶段: 应用处于开发/测试阶段时使用的服务器, 面向公司内部开发人员和测试人员
- 速度: 由于是局域网, 所以会保证网速, 有助于提高开发测试的效率, 但是无法反应出真实的情况
- 远程服务器
-
网络交互参考示意图:
二. HTTP
-
URL
- URL全程: Uniform Resource Locator(统一资源定位符)
- URL就是资源的地址/位置, 互联网上的每一个资源都有一个唯一的URL, 通过一个URL, 能找到互联网中唯一的一个资源
- URL的基本格式: 协议://主机地址/路径
- 协议: 不同的协议代表着不同的资源查找方式, 资源传输方式
- HTTP: 超文本传输协议, 访问的是远程网络资源(网络开发中最长用的协议)
- file: 访问的是本地计算机上面的资源(file://不用加主机地址, 直接写路径)
- mailto: 访问的是电子邮件地址
- ftp: 访问的是共享主机的文件资源
- 主机地址: 存放着资源的主机(服务器)的IP地址(域名)
- 路径: 资源在主机(服务器)中的具体位置
-
TCP/IP协议簇
- 通常意义上, 我们使用的网络是在TCP/IP协议簇的基础上运作的, 而HTTP属于它内部的一个子集
- 计算机与网络设备需要通信的话, 双方就要基于相同的方法, 比如具体应该如何探测通信目标, 由哪一方发起通信, 使用什么语言去通信等, 所有的这些议定的规则, 称之为协议
- 在协议中规定了很多的各式各样的内容, 如选址方法, 双方建立通信的顺序等等, 这些协议如(ICMP/DNS/TCP/FTP/HTTP/SNMP/PPPoE/IP/FDDI等等), 通常我们把TCP/IP认为是在IP协议的通信过程中, 使用到的协议簇的总称
- TCP协议簇里面最重要一点, 就是分层设计
- 按照层次分别分为: 应用层, 传输层, 网络层, 数据链路层
- 其中, 与HTTP关系密切的协议有TCP, IP, DNS等
-
参考模型:
-
HTTP协议简介
- 移动端和PC端, 大多数远程的网络资源, 都使用的是HTTP协议
- HTTP协议的作用:
- 协议, 主要是为了客户端和服务器达成的协议共识, 双方遵守一份协议, 使用相同的语言才能互相进行交互
- HTTP的全称: Hypertext Transfer Protocol, 即超文本传输协议
- 它规定了客户端和服务器之间的数据传输格式, 让双方进行有效的数据沟通
-
如下图所示:
- HTTP协议的特点:
- 简单高效: 因为HTTP协议简单, 所以HTTP服务器的程序规模都很轻灵, 通信速度相对很快
- 灵活: HTTP可以传输各种各样的数据
- HTTP0.9和1.0使用非持续链接
- 限制每次连接只处理一个请求, 服务器对客户端的请求作出响应之后, 马上断开连接, 这种方式可以节省传输的时间
-
HTTP的基本通信过程
- 完整的HTTP通信可以分为2个步骤
- 请求: 客户端向服务器索取数据
- 响应: 服务器返回客户端需要的数据
- 完整步骤
- 确定请求路径URL
- 获取主机名或者域名
- DNS域名解析
- 获取端口号
- 连接到指定服务器的端口(如: 120.20.225.18的80端口)
- 客户端向服务器发送一个GET请求
- 服务器返回客户端请求的数据
- 关闭连接
- 完整的HTTP通信可以分为2个步骤
-
发送HTTP请求的方法
- 在HTTP1.1版本的协议中, 定义了8中发送HTTP请求的方法
- GET, POST, OPTIONS, HEAD, PUT, DELETE, TRACE, CONNECT, PATCH
- 根据HTTP协议的设计初衷, 不同的方法对资源有着不同的操作方式:
- PUT: 增
- DELETE: 删
- POST: 改
- GET: 查
- 其中最常用的就是GET和POST, 实际上GET和POST都能办到增删改查
- 参数: 就是传递给服务器的具体数据, 比如登录时的账号密码
- 在HTTP1.1版本的协议中, 定义了8中发送HTTP请求的方法
-
GET和POST的对比: GET和POST的区别主要体现在数据的传递上
- GET:
- 在请求URL后面以?的形式, 接上要发给服务器的参数, 多个参数之间用&隔开
- 如: http://www.test.com/login?username=xxx&pwd=abc&type=JSON
- 由于浏览器和服务器对URL长度有限制, 因此在URL后面附带的参数是有限制的, 通常不能超过1kb
- POST:
- 发给服务器的参数, 全部都放在请求体中
- 理论上, POST传递的数据量没有限制(但是只是理论上, 具体还得看服务器的处理能力)
- GET:
-
GET和POST的选择
- 如果要传递大量数据, 比如文件传送, 只能使用POST请求
- GET的安全性比POST要差, 如果包含机密信息的话, 建议使用POST
- 如果只是索取数据, 建议使用GET, 比如数据查询, 发送特定的参数, 获取特定的数据
- 如果是对数据做出修改, 建议使用POST
-
HTTP报文
-
HTTP报文结构示意图:
- 报文首部: 在客户端和服务器处理时, 起重要作用的信息(比如端口数据, 端口)
- 请求报文
- 请求行: 请求方法 + URL + HTTP版本
- 请求头:
- 请求首部字段
- 通用首部字段
- 实体首部字段
- 响应报文
- 状态行: HTTP版本 + 状态码
- 响应头:
- 响应首部字段
- 通用首部字段
- 实体首部字段
- 请求报文
- 空行:
- 报文主体(请求体/响应体): 请求参数或响应的数据
-
-
HTTP通信过程 - 请求
- HTTP协议规定: 一个完整的由客户端发送给服务器的HTTP请求中, 包含以下内容
- 请求头: 包含了对客户端的环境描述, 客户端请求信息等
- GET/background.png HTTP/1.1: 请求方法+请求资源路径+HTTP协议版本
- Host: 120.25.225.168:81: 客户端想访问的服务器主机地址
- User-Agent: Mozilla/5.0: 客户端的类型, 客户端的软件环境
- Accept: text/html(xx/xx): 客户端所能接收的数据类型
- Accept-Language: zh-cn: 客户端的语言环境
- Accept-Encoding: gzip: 客户端支持的数据压缩格式
- 请求体: 客户端发给服务器的具体数据, 比如文件数据(注: 只有POST请求才有)
-
HTTP通信过程 - 响应
- 客户端向服务器发送请求, 服务器应当响应客户端的请求, 并且返回数据给客户端
- HTTP协议规定: 一个完整的HTTP响应应该包含以下内容
- 响应头: 包含了对服务器的描述, 对返回数据的描述
- HTTP/1.1 200 OK: HTTP协议版本, 状态码, 状态的英文说明
- Server: Apache-Coyote/1.1: 服务器的类型
- Content-Type: image/jpeg: 返回数据的类型
- Content-Length: 56811: 返回数据的长度
- Date: Mon, 23 Jun 2014 12:54:52 GMT: 响应的时间
- 响应体: 服务器返回给客户端的具体数据, 比如请求一个文件, 返回的整体文件数据