Http协议---Hyper Text Transfer Protocol


HTTP

HTTP是一个基于TCP/IP通信协议来传递数据(超文本传输协议)

好久木来更新文章了~我又回归了,此刻鼓掌。。。。。。


今天就来分享下http协议的小知识,在接口测试中我们最常接触的HTTP协议,那么今天就来畅谈下HTTP的小世界O(∩_∩)O

一、工作原理

工作原理
工作原理-简易版

浏览器(ps:一切基于http协议的发起的http请求的工具)向web服务器发出请求,Web服务器根据接收到的请求后,向客户端发送响应信息。

web服务器:
默认端口号:80

  • Apache服务器
  • Nginx服务器
  • IIS服务器

HTTP三点注意事项:

  • HTTP是无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。
  • HTTP是媒体独立的:这意味着,只要客户端和服务器知道如何处理的数据内容,任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。
  • HTTP是无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。

二、HTTP报文结构

(一)请求报文

请求报文
  • 请求行
    请求方法 、 请求URL 、 协议版本
    常见的请求方法:
    HTTP1.0定义了三种请求方法: GET, POST 和 HEAD方法。
    HTTP1.1新增了五种请求方法:OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。
  • 请求头部
    常见的头部key/value:
    Host: 请求的主机名
    User-Agent:生成请求的浏览器类型
    Accept:客户端可识别的响应内容类型列表
    Accept-Language: 客户端可接受的自然语言
    Accept-Encoding: 客户端可接受的编码压缩格式
    Accept-Charset: 可接受的字符集
    Cookie: 存储在客户端的扩展字段
    connection:连接方式(close或keeplive)
    对于请求端来讲:
    close是告诉服务端,断开连接,不用等待后续的求请了。keeplive则是告诉服务端,在完成本次请求的响应后,保持连接,等待本次连接后的后续请求。
  • 空行
    通过一个空行,告诉服务器请求头部到此为止
  • 请求数据
    若方法字段是GET,则此项为空,没有数据
    若方法字段是POST,则通常来说此处放置的就是要提交的数据
    (fiddler中可以查看textview)

(二)响应报文

响应报文
  • 状态行
    HTTP协议版本、状态码、状态码描述三部分构成
    常见的HTTP状态码:
    200 - 请求成功
    301 - 资源(网页等)被永久转移到其它URL
    404 - 请求的资源(网页等)不存在
    500 - 内部服务器错误
    状态码

    常见状态码说明:
    200 OK: 表示客户端请求成功
    400 Bad Request: 表示客户端请求有语法错误,不能被服务器端解析
    401 Unauthonzed: 表示请求未经授权,该状态码必须与WWW-Authenticate报文头一起使用
    404 Not Found:请求的资源不存在,例如输入了错误的url
    500 Internal Server Error: 表示服务器发生了不可预期的错误,导致无法完成客户端的请求
    503 Service Unavailable:表示服务器当前不能处理客户端的请求,在一段时间后服务器可能恢复正常
  • 响应头部
    常见的响应头字段:
    Location:     这个头配合302状态码使用,用于告诉客户找谁。
    Server:      服务器通过这个头告诉浏览器服务器的类型。
    Content-Encoding: 服务器通过这个头告诉浏览器数据的压缩格式。
    Content-Length:  服务器通过这个头告诉浏览器回送数据的长度
    Content-Type:   服务器通过这个头告诉浏览器回送数据的类型
    Last-Modified:   告诉浏览器当前资源的最后缓存时间
    Refresh:     告诉浏览器隔多久刷新一次
    Content-Disposition:告诉浏览器以下载方式打开数据
    Transfer-Encoding: 告诉浏览器数据的传送格式
    ETag:       缓存相关的头
  • 空行
    通过一个空行,告诉请求端响应内容到此为止
  • 响应内容
    服务端返回给浏览器的文本信息

三、案例分析

此处以伟大的百度为案例吧~~~
此处BZ使用的是chrome的检查工具,Firefox的检查工具和第三方抓包工具都是可以的哦~


百度请求与响应

关于http协议今天就小小介绍到这里咯,网络上有许多的学习资料观看↖(ω)↗~
资料链接:

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,636评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,890评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,680评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,766评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,665评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,045评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,515评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,182评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,334评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,274评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,319评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,002评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,599评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,675评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,917评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,309评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,885评论 2 341

推荐阅读更多精彩内容