前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Android网络编程(一)HTTP协议原理

Android网络编程(一)HTTP协议原理

作者头像
分你一些日落
发布2021-11-26 15:45:07
6220
发布2021-11-26 15:45:07
举报

前言 这篇文章是这个系列的开篇,作为移动开发人员,开发的应用不免会对网络进行訪问。尽管如今已经有非常多的开源库帮助我们能够轻而易举的訪问网络,可是我们仍要去了解网络訪问的原理,这也是一个优秀开发人员所必备的知识点。这篇文章我们就先来了解一下HTTP协议原理。

1.HTTP简单介绍 HTTP是一个属于应用层的面向对象的协议,因为其简捷、高速的方式。适用于分布式超媒体信息系统。它于1990年提出,经过几年的使用与发展。得到不断地完好和扩展。

HTTP协议的主要特点 支持C/S(客户/server)模式。 简单高速:客户向server请求服务时,仅仅需传送请求方法和路径。请求方法经常使用的有GET、HEAD、POST。每种方法规定了客户与server联系的类型不同。因为HTTP协议简单,使得HTTPserver的程序规模小,因而通信速度非常快。 灵活:HTTP同意传输随意类型的数据对象。正在传输的类型由Content-Type加以标记。 无连接:无连接的含义是限制每次连接仅仅处理一个请求。server处理完客户的请求。并收到客户的应答后,即断开连接。採用这样的方式能够节省传输时间。 无状态:HTTP协议是无状态协议,无状态是指协议对于事务处理没有记忆能力。缺少状态意味着假设兴许处理须要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。还有一方面,在server不须要先前信息时它的应答就较快。

1.http表示要通过HTTP协议来定位网络资源;host表示合法的Internet主机域名或者IP地址。port指定一个端口号,为空则使用默认端口80。abs_path指定请求资源的URI(Web上随意的可用资源)。 HTTP有两种报文各自是请求报文和响应报文。让我们先来看看请求报文。

2.HTTP的请求报文 先来看看请求报文的一般格式:

通常来说一个HTTP请求报文由请求行、请求报头、空行、和请求数据4个部分组成。

请求行 请求行由请求方法,URL字段和HTTP协议的版本号组成。格式例如以下:

1.Method Request-URI HTTP-Version CRLF

当中 Method表示请求方法;Request-URI是一个统一资源标识符;HTTP-Version表示请求的HTTP协议版本号;CRLF表示回车和换行(除了作为结尾的CRLF外,不同意出现单独的CR或LF字符)。 HTTP请求方法有8种。各自是GET、POST、DELETE、PUT、HEAD、TRACE、CONNECT 、OPTIONS。当中PUT、DELETE、POST、GET分别相应着增删改查。对于移动开发最经常使用的就是POST和GET了。

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

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

请求数据 请求数据不在GET方法中使用。而是在POST方法中使用。 POST方法适用于须要客户填写表单的场合,与请求数据相关的最经常使用的请求头是Content-Type和Content-Length。

3.HTTP的响应报文 先来看看响应报文的一般格式:

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

状态行 1、状态行格式例如以下:

1.HTTP-Version Status-Code Reason-Phrase CRLF

当中,HTTP-Version表示serverHTTP协议的版本号。Status-Code表示server发回的响应状态代码。Reason-Phrase表示状态代码的文本描写叙述。 状态代码有三位数字组成,第一个数字定义了响应的类别,且有五种可能取值:

  • 100~199:指示信息,表示请求已接收,继续处理
  • 200~299:请求成功。表示请求已被成功接收、理解、接受
  • 300~399:重定向,要完毕请求必须进行更进一步的操作
  • 400~499:client错误。请求有语法错误或请求无法实现
  • 500~599:server端错误,server未能实现合法的请求 常见的状态码例如以下:
  • 200 OK:client请求成功
  • 400 Bad Request:client请求有语法错误,不能被server所理解
  • 401 Unauthorized:请求未经授权,这个状态代码必须和WWW-- - - Authenticate报头域一起使用
  • 403 Forbidden:server收到请求。可是拒绝提供服务
  • 500 Internal Server Error:server发生不可预期的错误
  • 503 Server Unavailable:server当前不能处理client的请求。一段时间后可能恢复正常

比如訪问我的CSDN博客地址响应的状态行是:

1.HTTP/1.1 200 OK

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

通用报头 既能够出如今请求报头,也能够出如今响应报头中

  • Date:表示消息产生的日期和时间
  • Connection:同意发送指定连接的选项。比如指定连接是连续的。或者指定“close”选项,通知server,在响应完毕后,关闭连接
  • Cache-Control:用于指定缓存指令,缓存指令是单向的(响应中出现的缓存指令在请求中未必会出现)。且是独立的(一个消息的缓存指令不会影响还有一个消息处理的缓存机制)
  • ... 请求报头 请求报头通知server关于client求求的信息,典型的请求头有:
  • Host:请求的主机名,同意多个域名同处一个IP地址,即虚拟主机
  • User-Agent:发送请求的浏览器类型、操作系统等信息
  • Accept:client可识别的内容类型列表,用于指定client接收那些类型的信息
  • Accept-Encoding:client可识别的数据编码
  • Accept-Language:表示浏览器所支持的语言类型
  • Connection:同意client和server指定与请求/响应连接有关的选项,比如这是为Keep-Alive则表示保持连接。
  • Transfer-Encoding:告知接收端为了保证报文的可靠传输。对报文採用了什么编码方式。
  • ... 响应报头 用于server传递自身信息的响应,常见的响应报头:
  • Location:用于重定向接受者到一个新的位置,经常使用在更换域名的时候
  • Server:包括可server用来处理请求的系统信息。与User-Agent请求报头是相相应的
  • ... 实体报头 实体报头用来定于被传送资源的信息,既能够用于请求也可用于响应。请求和响应消息都能够传送一个实体。常见的实体报头为:
  • Content-Type:发送给接收者的实体正文的媒体类型
  • Content-Lenght:实体正文的长度
  • Content-Language:描写叙述资源所用的自然语言,没有设置则该选项则觉得实体内容将提供给全部的语言阅读
  • Content-Encoding:实体报头被用作媒体类型的修饰符。它的值指示了已经被应用到实体正文的附加内容的编码,因而要获得Content-Type报头域中所引用的媒体类型,必须採用相应的解码机制。
  • Last-Modified:实体报头用于指示资源的最后改动日期和时间 Expires:实体报头给出响应过期的日期和时间
  • ... 5.应用举例 要想查看网页或者手机请求网络的请求报文和响应报文有非常多种方法,在这里就不赘述了。 打开Fiddler,然后用浏览器訪问我的CSDN博客站点:

点击红色画笔的区域就能够看到请求报文和响应报文了 请求报文:

代码语言:javascript
复制
1.                 //请求行
2.Host: blog.csdn.net                                                   //请求报头Connection: keep-alive
3.Cache-Control: max-age=0      
4.Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
5.Upgrade-Insecure-Requests: 1
6.User-Agent: Mozilla/5.0 (Windows NT 6.1; 7.WOW64) AppleWebKit/537.36 (KHTML, like 8.Gecko) Chrome/47.0.2526.80 Safari/537.36 9.QQBrowser/9.3.6872.400
10.Accept-Encoding: gzip, deflate, sdch
11.Accept-Language: zh-CN,zh;q=0.8
Cookie: bdshare_firstime=1443768140949; uuid_tt_dd=5028529250430960147_20151002;
...省略

非常easy看出訪问的是我的博客地址javascript:void(0),请求的方法是GET,因为是GET方法所以并没有请求数据。

响应报文:

代码语言:javascript
复制
HTTP/1.1 200 OK                                                         //状态行
Server: openresty                                                       //响应报头
Date: Sun, 27 Mar 2016 08:26:54 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Keep-Alive: timeout=20
Vary: Accept-Encoding
Cache-Control: private
X-Powered-By: PHP 5.4.28
Content-Encoding: gzip
                                                                        //不能省略的空格
28b5                                    
        }ysI   1ߡFsgl n- ]{^_ { 'z!     C ,  m# 0 !l   `  4x  ly .ݪ*  
  ڴzAt_Xl *  9'O  ɬ  '  ק   3  ^1a
...省略  

响应报文没什么可说的,接下来我们配置好手机网络代理,訪问一个应用的界面

请求报文:

代码语言:javascript
复制
     //请求行
Content-Length: 226                                                          //请求报头
Content-Type: application/x-www-form-urlencoded
Host: patientapi.shoujikanbing.com
Connection: Keep-Alive
User-Agent: Mozilla/5.0 (Linux; U; Android 4.4.4; zh-cn; MI NOTE LTE Build/KTU84P) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1
Accept-Encoding: gzip
                                                             //不能省略的空格,以下是请求数据
clientversion=2_2.0.0&time=1459069342&appId=android&channel=hjwang&sessionId=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9&token=b191944d680145b5ed97f2f4ccf03058&deviceId=869436020220717&type=2&version=2.0.0

从请求报文的请求行来看,请求的方法是POST,请求地址为http://patientapi.shoujikanbing.com/api/common/getVersion。非常显然是获取版本号信息的接口。

响应报文:

代码语言:javascript
复制
HTTP/1.1 200 OK                                                              //状态行
Server: nginx                                                               //响应报头
Date: Sun, 27 Mar 2016 09:02:20 GMT
Content-Type: text/html;charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Accept-Encoding
Set-Cookie: sessionId=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9; expires=Mon, 28-Mar-2016 09:02:20 GMT; Max-Age=86400; path=/; domain=.shoujikanbing.com
Set-Cookie: PHPSESSID=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9; path=/; domain=.shoujikanbing.com
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Encoding: gzip
                                                   //不能省略的空格
17f                                                //实体报文编码格式为gzip所以显示在这里的响应数据是乱码
       mP N @     "E ?

响应报文的实体採用的编码格式为为gzip,所以在Fiddler软件中显示的是乱码。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文系转载前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
轻量应用服务器
轻量应用服务器(TencentCloud Lighthouse)是新一代开箱即用、面向轻量应用场景的云服务器产品,助力中小企业和开发者便捷高效的在云端构建网站、Web应用、小程序/小游戏、游戏服、电商应用、云盘/图床和开发测试环境,相比普通云服务器更加简单易用且更贴近应用,以套餐形式整体售卖云资源并提供高带宽流量包,将热门开源软件打包实现一键构建应用,提供极简上云体验。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档