HTTP协议

简介:

基本语法

<scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag>

params: 参数

query数据库查询

frag:索引

http事务报文:

请求:request

响应:response

报文语法格式:

request报文

<method><request-URL> <version>

<headers>

<entity-body>

response报文

<version> <status> <reason-phrase>

<headers>

<entity-body>

method: 请求方法,标明客户端希望服务器对资源执行的动作

GETHEADPOST

version:

HTTP/<major>.<minor>

status:

三位数字,如200,301, 302, 404, 502; 标记请求处理过程中发生的情况;

reason-phrase

状态码所标记的状态的简要描述;

headers

每个请求或响应报文可包含任意个首部;每个首部都有首部名称,后面跟一个冒号,而后跟上一个可选空格,接着是一个值;

entity-body:请求时附加的数据或响应时附加的数据;

method(方法)

GET:从服务器获取一个资源;

HEAD:只从服务器获取文档的响应首部;

POST:向服务器发送要处理的数据;

PUT:将请求的主体部分存储在服务器上;

DELETE:请求删除服务器上指定的文档;

TRACE:追踪请求到达服务器中间经过的代理服务器;

OPTIONS:请求服务器返回对指定资源支持使用的请求方法;

协议查看或分析的工具:

tcpdump, tshark, wireshark

status(状态码)

1xx100-101, 信息提示;

2xx200-206, 成功

3xx300-305, 重定向

4xx400-415, 错误类信息,客户端错误

5xx500-505, 错误类信息,服务器端错误

常用的状态码:

200成功,请求的所有数据通过响应报文的entity-body部分发送;OK

301请求的URL指向的资源已经被删除;但在响应报文中通过首部Location指明了资源现在所处的新位置;MovedPermanently

302301相似,但在响应报文中通过Location指明资源现在所处临时新位置; Found

304客户端发出了条件式请求,但服务器上的资源未曾发生改变,则通过响应此响应状态码通知客户端;Not Modified

401需要输入账号和密码认证方能访问资源;Unauthorized

403请求被禁止;Forbidden

404服务器无法找到客户端请求的资源;Not Found

500服务器内部错误;Internal Server Error

502代理服务器从后端服务器收到了一条伪响应;Bad Gateway

headers

格式:

Name: Value

Cache-Control:public, max-age=600

Connection:keep-alive

Content-Type:image/png

Date:Tue, 28 Apr 2015 01:43:54 GMT

ETag:"5af34e-ce6-504ea605b2e40"

Last-Modified:Wed, 08 Oct 2014 14:46:09 GMT

Accept:image/webp,*/*;q=0.8

Accept-Encoding:gzip, deflate, sdch

Accept-Language:zh-CN,zh;q=0.8

Cache-Control:max-age=0

Connection:keep-alive

Host:access.redhat.com

If-Modified-Since:Wed, 08 Oct 2014 14:46:09 GMT

If-None-Match:"5af34e-ce6-504ea605b2e40"

Referer:https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/Installation_Guide/index.html

User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36(KHTML, like Gecko) Chrome/41.0.2272.101 Safari/537.36

首部的分类:

通用首部

请求首部

响应首部

实体首部

扩展首部

通用首部:

Date: 报文的创建时间

Connection:连接状态,如keep-alive, close

Via:显示报文经过的中间节点

Cache-Control:控制缓存

Pragma

请求首部:

Accept:通过服务器自己可接受的媒体类型;

Accept-Charset

Accept-Encoding:接受编码格式,如gzip

Accept-Language:接受的语言

Client-IP:

Host: 请求的服务器名称和端口号

Referer:包含当前正在请求的资源的上一级资源;

User-Agent:客户端代理

条件式请求首部:

Expect

If-Modified-Since:自从指定的时间之后,请求的资源是否发生过修改;

If-Unmodified-Since

If-None-Match:本地缓存中存储的文档的ETag标签是否与服务器文档的Etag不匹配;

If-Match

安全请求首部:

Authorization:向服务器发送认证信息,如账号和密码;

Cookie: 客户端向服务器发送cookie

Cookie2

代理请求首部:

Proxy-Authorization: 向代理服务器认证

响应首部:

信息性:

Age:响应持续时长

Server:服务器程序软件名称和版本

协商首部:某资源有多种表示方法时使用

Accept-Ranges:服务器可接受的请求范围类型

Vary:服务器查看的其它首部列表;

安全响应首部:

Set-Cookie:向客户端设置cookie

Set-Cookie2:

WWW-Authenticate:来自服务器的对客户端的质询认证表单

实体首部:

Allow: 列出对此实体可使用的请求方法

Location:告诉客户端真正的实体位于何处

Content-Encoding:

Content-Language:

Content-Length: 主体的长度

Content-Location: 实体真正所处位置;

Content-Type:主体的对象类型

缓存相关:

ETag:实体的扩展标签;

Expires:实体的过期时间;

Last-Modified:最后一次修改的时间

 




      本文转自echoroot 51CTO博客,原文链接:http://blog.51cto.com/echoroot/1949521,如需转载请自行联系原作者




相关文章
|
4天前
|
JSON 数据格式
利用HTTP POST协议实现简单的RPC协议,并使用WireShark进行抓包分析
通过这种方式,我们可以利用HTTP POST实现简单的RPC协议,并使用WireShark进行抓包分析。这种方式简单易懂,实用性强,可以应用于各种网络编程场景。
39 16
|
19天前
|
安全 网络安全 定位技术
网络通讯技术:HTTP POST协议用于发送本地压缩数据到服务器的方案。
总的来说,无论你是一名网络开发者,还是普通的IT工作人员,理解并掌握POST方法的运用是非常有价值的。它就像一艘快速,稳定,安全的大船,始终为我们在网络海洋中的冒险提供了可靠的支持。
59 22
|
17天前
|
存储 API
如何克服HTTP协议的无状态问题
总的来说,如何克服HTTP协议的无状态性,就是通过某种方式,让服务器或客户端“记住”一些信息。这其中,Cookie和Session是最经常使用的两种方式,其他的根据具体的应用场景来选择。
51 10
|
15天前
|
人工智能 网络协议 API
开发效率翻倍!Apipost这些协议调试秘籍,从HTTP到金融报文全搞定
Apipost是一款强大的API研发管理工具,支持多种协议与数据格式,包括HTTP(s)、WebSocket、SSE、gRPC、TCP及金融协议(如ISO 8583、FIX)。它内置国密算法库,提供HTTP文件秒传、全局参数配置等实用功能。在SSE调试中,可轻松处理AI模型流式响应;WebSocket与Socket.IO实现高效实时通信;GraphQL支持可视化Query编写;TCP模块解决金融报文编码难题;gRPC则具备服务反射与流式调试能力。Apipost不仅简化了多协议切换的复杂性,还自动生成文档,显著提升开发效率,让开发者专注于核心业务逻辑。
|
5月前
|
缓存 应用服务中间件 网络安全
Nginx中配置HTTP2协议的方法
Nginx中配置HTTP2协议的方法
323 7
|
2月前
|
网络协议 网络安全 数据安全/隐私保护
HTTP 协议浅析
通过对HTTP协议的深入了解,开发者可以更好地设计和优化Web应用,提高数据传输效率和用户体验。
156 21
|
3月前
|
缓存 网络协议 前端开发
Web 性能优化|了解 HTTP 协议后才能理解的预加载
本文旨在探讨和分享多种预加载技术及其在提升网站性能、优化用户体验方面的应用。
Web 性能优化|了解 HTTP 协议后才能理解的预加载
|
3月前
|
XML JSON 前端开发
HTTP协议,Content-Type格式介绍篇
通过理解和正确使用Content-Type头字段,可以确保数据在网络上传输时的正确性和高效性,提升网络应用的可靠性和用户体验。
397 25
|
3月前
|
XML JSON 前端开发
HTTP协议,Content-Type格式介绍篇
通过理解和正确使用Content-Type头字段,可以确保数据在网络上传输时的正确性和高效性,提升网络应用的可靠性和用户体验。
491 18
|
5月前
|
Dubbo 安全 应用服务中间件
Apache Dubbo 正式发布 HTTP/3 版本 RPC 协议,弱网效率提升 6 倍
在 Apache Dubbo 3.3.0 版本之后,官方推出了全新升级的 Triple X 协议,全面支持 HTTP/1、HTTP/2 和 HTTP/3 协议。本文将围绕 Triple 协议对 HTTP/3 的支持进行详细阐述,包括其设计目标、实际应用案例、性能测试结果以及源码架构分析等内容。
369 16