7.1.1 Android网络编程要学的东西与Http协议学习
最后更新于:2022-04-01 05:27:51
## 本节引言:
> 不知不觉终于来到Android网络编程这一章节,前面我们玩的都是单机,肯定是不过瘾是吧, 本节开始我们来学习Android网络编程相关的一些东西:Android端网络编程要干嘛?Http协议 的学习,使用自带扣脚Json解析类解析Json,XML解析的几种常用方式,HttpUrlConnection和 HttpClient的使用,文件的上传,下载;WebService的使用,WebView,Socket通信的使用等!
>
> 另外我们是客户端,服务端的内容不在我们的范畴,而且小猪也不擅长,我们的最低要求是: **能够掌握获取与解析服务器反馈的数据的能力!** 好的,话不多说,开始本节内容!
* * *
## 1.Android与互联网交互的三种方式
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2015-12-01_565daacb6ef8c.jpg)
* * *
## 2.初识Http协议
> 实际开发中我们和服务端打交道一般用得都是基于Http协议的通信,所以学好Http协议是非常 重要的,当然,我们不用过于考究一些细节的东西,有个大体的了解即可!都是一些概念性的东西!
* * *
### 1)什么是Http协议?
> 答:hypertext transfer protocol(超文本传输协议),TCP/IP协议的一个应用层协议,用于 定义WEB浏览器与WEB服务器之间交换数据的过程。客户端连上web服务器后,若想获得web服务器 中的某个web资源,需遵守一定的通讯格式,HTTP协议用于定义客户端与web服务器通迅的格式。
### 2)Http 1.0 与 Http 1.1的区别
> 答:1.0协议,客户端与web服务器建立连接后,只能获得一个web资源! 而1.1协议,允许客户端与web服务器建立连接后,在一个连接上获取多个web资源!
### 3)Http协议的底层工作流程:
> 答:我们先要知道两个名词:
>
> * **SYN**(synchronous):TCP/IP建立连接时使用的握手信号
> * **ACK**(Acknowledgement):确认字符,确认发来的数据已经接受无误
>
> 接着就到**TCP/IP三次握手**的概念:
>
> * 客户端发送syn包(syn = j)到服务器,进入SYN_SEND状态,然后等待服务器确认
> * 服务器收到syn包,确认客户的syn(ack = j + 1),同时在自己也发送一个SYN包(syn=k), 即SYN + ACK包,服务器进入SYN_RECV状态
> * 客户端收到SYN + ACK包,向服务器发送确认包ACK(ack = k +1),发送完毕后,客户端与服务端 进入ESTABLISHED状态,完成三次握手,然后两者开始传送数据
>
> 如果还不是很清晰,我们再来看三次握手的示意图:
>
> ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2015-12-01_565daace9a697.jpg)
>
> 了解了是吧,然后我们就来看看Http操作的一个流程了:
>
> * 用户点击浏览器上的url(超链接),Web浏览器与Web服务器建立连接
> * 建立连接后,客户端发送请求给服务器,请求的格式为: 统一资源标识符(URL)+协议版本号(一般是1.1)+MIME信息(多个消息头)+一个空行
> * 服务端收到请求后,给予相应的返回信息,返回格式为: 协议版本号 + 状态行(处理结果) + 多个信息头 + 空行 + 实体内容(比如返回的HTML)
> * 客户端接收服务端返回信息,通过浏览器显示出来,然后与服务端断开连接;当然如果中途 某步发生错误的话,错误信息会返回到客户端,并显示,比如:经典的404错误!
>
> 对于上面的流程如果还不清晰,我们可以使用HttpWatch或者firefox抓下包: PS:测试网站是小猪的学校的教务系统,输入账号密码后请求登陆,我们可以看到下述信息:
>
> **HTTP请求包含的内容:**
>
> ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2015-12-01_565daaceccd1e.jpg)
>
> **HTTP响应包括的内容:**
>
> ![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2015-12-01_565daacef014b.jpg)
>
> 这就一目了然了是吧!
### 4)Http协议的业务流程
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2015-12-01_565daacf559ea.jpg)
### 5)Http的几种请求方式
> 实际开发中我们用得较多的方式是Get和Post,但是实际开发可能还会用到其他请求方式,比如PUT, 小猪的实际项目中就用到了,下面为了方便大家,就把所有的请求方式列出来吧:
>
> * **Get**:请求获取Request-URI所标识的资源
> * **POST**:在Request-URI所标识的资源后附加新的数据
> * **HEAD** 请求获取由Request-URI所标识的资源的响应信息报头
> * **PUT**:请求服务器存储一个资源,并用Request-URI作为其标识
> * **DELETE**:请求服务器删除Request-URI所标识的资源
> * **TRACE**:请求服务器回送收到的请求信息,主要用于测试或诊断
> * **CONNECT**:保留将来使用
> * **OPTIONS**:请求查询服务器的性能,或者查询与资源相关的选项
### 6)Get和Post的对比
> 用得最多的两个,当然要做下对比啦!
>
> * **GET**:在请求的URL地址后以?的形式带上交给服务器的数据,多个数据之间以&进行分隔, 但数据容量通常不能超过2K,比如:http://xxx?username=…&pawd=…这种就是GET
> * **POST**: 这个则可以在请求的实体内容中向服务器发送数据,传输没有数量限制
> * 另外要说一点,这两个玩意都是发送数据的,只是发送机制不一样,不要相信网上说的 "GET获得服务器数据,POST向服务器发送数据"!!另外GET安全性非常低,Post安全性较高, 但是执行效率却比Post方法好,一般查询的时候我们用GET,数据增删改的时候用POST!!
* * *
### 7)Http状态码合集
> 当然,这些状态码只是要给参考,实际上**决定权在服务器端(后台的)**手上,一种方案是请求后, 服务器返回给我们的是状态,或者另一种,在应用不用弄多语言版本的时候最好用,直接返回 一串结果信息的Json给我们,我们直接显示就好,这样可以偷懒不少!下面列下状态码合集,参考 下就好:
>
> * 100~199 : 成功接受请求,客户端需提交下一次请求才能完成整个处理过程
> * 200: OK,客户端请求成功
> * 300~399:请求资源已移到新的地址(302,307,304)
> * 401:请求未授权,改状态代码需与WWW-Authenticate报头域一起使用
> * 403:Forbidden,服务器收到请求,但是拒绝提供服务
> * 404:Not Found,请求资源不存在,这个就不用说啦
> * 500:Internal Server Error,服务器发生不可预期的错误
> * 503:Server Unavailable,服务器当前不能处理客户端请求,一段时间后可能恢复正常
### 8)Http协议的特点
> 概念性的东西,知道就好,别去背,百度百科的东西,直接复制粘贴:
>
> **1.** **支持客户/服务器模式**。
>
> **2.** **简单快速**:客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用的有GET、 HEAD、POST。每种方法规定了客户与服务器联系的类型不同。 由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
>
> **3.** **灵活**:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
>
> **4.** **无连接**:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求, 并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。
>
> **5.** **无状态**:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。 缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每 次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。
PS:关于OSI七层协议以及TCP四层模型就不在基础系列讲解了~有兴趣可以自行了解下!
* * *
## 本节小结:
> 本节讲解了我们在Android开发中涉及到网络方面的要完成的工具,以及讲解了Http协议的 相关概念,相信大家对Android移动端与服务器交互已经有了个模糊的映像,下节我们来研究 Http协议的请求头与响应头!本节就到这里,谢谢~