Android网络编程(Http协议篇)

前言

这篇文章是这个系列的基础之一，应用绝大多数不会避开对网络进行访问，虽然现在已经有很多的开源库如:voley，retrofit等帮助我们来轻而易举的访问网络，但是我们仍要去了解网络访问的原理，这也是一个优秀开发人员所必备的知识。这篇文章是这个系列的基础篇，我们先来了解一下HTTP协议相关的内容。

简介

• 首先HTTP全称是Hyper Text Transfer Protocol，翻译过来叫超文本传输协议，看起来很高端的名字，实际上他就是字面意思，就比如你想知道“HTTP协议是什么”，服务器上呢有个超文本，就姑且当他是个记事本里面记录着“HTTP协议是什么”的答案，你想要，那么服务器就和你约定好了用“顺丰快递传”，所以这就是传输超文本的协议。
• 第二它是一个属于应用层的协议，什么叫应用层，简单说就是和应用进程交互 的层，想想应用里面有什么好交互的，当然是数据了，也就是说这一层解决的是如何包装数据的，还是很像快递。

所以简单理解就把他当成快递小哥就可以了。

特点

1. C/S模式，快递员服务于客户。
2. 简单：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST，每种方法规定了客户与服务器联系的类型不同。就相当于告诉快递员你的地址(路径)和你要的运输的方式(请求方法)，比如我家住安卓小区你给我空运过来。。。
3. 快速：由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
4. 灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
5. 无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。但是这种方式在请求频繁的条件下，将会在建立和断开连接上花费大部分时间，所以在1.0、1.1持久连接变为了默认连接方式，有兴趣的可以自己查一下这个方式。
6. 无状态：HTTP协议是无状态协议，简单说就是健忘、没脑子。打电话给常年在小区送快递的快递小哥：“哥，还送老地方”，小哥：“你谁呀不认识！”，挂了。。。所以无状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

URL 格式

http://host[":"port][abs_path]

如：http://blog.csdn.net:80/qijinglai
http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port指定一个端口号，为空则使用默认端口80；abs_path指定请求资源的URI（Web上任意的可用资源）。

HTTP有两种报文分别是请求报文和响应报文，快递单(请求报文)，单号查快递(响应报文)，让我们先来看看请求报文。

请求报文

请求报文的一般格式：

对应上填快递单就很好记了吧。
通常来说一个HTTP请求报文由请求行、请求报头、空行、和请求数据4个部分组成。

请求行

请求行由请求方法，URL字段和HTTP协议的版本组成，格式如下：

Method Request-URI HTTP-Version CRLF

其中 Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。

HTTP请求方法有8种

1. GET：请求获取Request-URI所标识的资源
2. POST：在Request-URI所标识的资源后附加新的数据
3. HEAD：请求获取由Request-URI所标识的资源的响应消息报头
4. PUT： 请求服务器存储一个资源，并用Request-URI作为其标识
5. DELETE ：请求服务器删除Request-URI所标识的资源
6. TRACE ： 请求服务器回送收到的请求信息，主要用于测试或诊断
7. CONNECT： HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
8. OPTIONS ：请求查询服务器的性能，或者查询与资源相关的选项和需求

例如我去访问我的CSDN博客地址请求行是：

GET http://blog.csdn.net/qijinglai HTTP/1.1

请求报头

在请求行之后会有0个或者多个请求报头，每个请求报头都包含一个名字和一个值，它们之间用“:”分割。请求头部会以一个空行发送回车符和换行符来通知服务器，以下不会有请求头了。关于请求报头，会在后面的消息报头一节做统一的解释。

请求数据

请求数据在POST方法中使用。POST方法适用于需要客户填写表单的场景，与请求数据相关的最常用的请求头是Content-Type和Content-Length。

响应报文

响应报文的一般格式：

HTTP的响应报文由状态行、消息报头、空行、响应正文组成。响应报头后面会讲到，响应正文是服务器返回的资源的内容，先来看看状态行。

状态行

状态行格式如下：

HTTP-Version Status-Code Reason-Phrase CRLF

其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：

• 100~199：指示信息，表示请求已接收，继续处理
• 200~299：请求成功，表示请求已被成功接收、理解、接受
• 300~399：重定向，要完成请求必须进行更进一步的操作
• 400~499：客户端错误，请求有语法错误或请求无法实现
• 500~599：服务器端错误，服务器未能实现合法的请求

常见的状态码如下：

• 200 OK：客户端请求成功
• 400 Bad Request：客户端请求有语法错误，不能被服务器所理解
• 401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
• 403 Forbidden：服务器收到请求，但是拒绝提供服务
• 500 Internal Server Error：服务器发生不可预期的错误
• 503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常

例如访问我的CSDN博客地址响应的状态行是：

HTTP/1.1 200 OK

消息报头

消息报头分为通用报头、请求报头、响应报头、实体报头等。消息头由键值对组成，每行一对，关键字和值用英文冒号“:”分隔。

• 通用报头，既可以出现在请求报头，也可以出现在响应报头中

  Date：表示消息产生的日期和时间
  Connection：允许发送指定连接的选项，例如指定连接是连续的，或者指定“close”选项，通知服务器，在响应完成后，关闭连接
  Cache-Control：用于指定缓存指令，缓存指令是单向的（响应中出现的缓存指令在请求中未必会出现），且是独立的（一个消息的缓存指令不会影响另一个消息处理的缓存机制）

• 请求报头，用于服务器传递自身信息的响应，常见的响应报头：

  Location：用于重定向接受者到一个新的位置，常用在更换域名的时候
  Server：包含可服务器用来处理请求的系统信息，与User-Agent请求报头是相对应的

• 实体报头，实体报头用来定于被传送资源的信息，既可以用于请求也可用于响应。请求和响应消息都可以传送一个实体，常见的实体报头为：

  Content-Type：发送给接收者的实体正文的媒体类型
  Content-Lenght：实体正文的长度
  Content-Language：描述资源所用的自然语言，没有设置则该选项则认为实体内容将提供给所有的语言阅读
  Content-Encoding：实体报头被用作媒体类型的修饰符，它的值指示了已经被应用到实体正文的附加内容的编码，因而要获得Content-Type报头域中所引用的媒体类型，必须采用相应的解码机制。
  Last-Modified：实体报头用于指示资源的最后修改日期和时间
  Expires：实体报头给出响应过期的日期和时间