首页 > 其他分享> > RFC 7230 HTTP消息语法及路由

RFC 7230 HTTP消息语法及路由

2021-07-02 23:58:54 作者：互联网

HTTP是一个无状态的请求、响应协议，通过一个可靠的传输连接来交换信息。一个Http客户端是一个用来和服务端进行连接的程序，主要是用来发送一个或多个http请求；服务端是用来接受请求连接，响应请求并返回结果

URI 统一资源定位符

URI(Uniform Resource Identifier)统一资源定位符，在http里面用来识别资源，对应的标准文件是[RFC3986]

通用的URI格式定义如下

URI   = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
hier-part  = "//" authority path-abempty
            / path-absolute
            / path-rootless
            / path-empty

其中scheme和path是必须的，尽管path可能为空。当authority存在时，path必须为空或者以/开头。当authority不存在时，path不能为//开关

scheme 协议名，表示资源应该使用哪种协议来访问

scheme = ALPHA *( ALPHA / DIGIT / “+” / “-” / “.” )

authority 表示资源所在的主机名

authority = [ userinfo “@” ] host [ “:” port ]

path 标记资源所在的位置，URI的path部分必须以/开始

  path          = path-abempty    ; begins with "/" or is empty
                / path-absolute   ; begins with "/" but not "//"
                / path-noscheme   ; begins with a non-colon segment
                / path-rootless   ; begins with a segment
                / path-empty      ; zero characters

query 表示对资源的附件额外的要求，在path之后，用一个?开始，但不包括？，通常是由多个key-value组成的字符串，KV值之间用&连接

query = *( pchar / “/” / “?” )

fragment 在query后面，以#开头，片段标识符，是Uri所定位的资源内部的一个锚点或标签，浏览器会根据这个跳转到指示的位置

fragment = *( pchar / “/” / “?” )

下面是一个具体的实例

         foo://example.com:8042/over/there?name=ferret#nose
         \_/   \______________/\_________/ \_________/ \__/
          |           |            |            |        |
       scheme     authority       path        query   fragment
          |   _____________________|__
         / \ /                        \
         urn:example:animal:ferret:nose

Message Format 消息格式

所有HTTP/1.1 消息由一个起始行+0或多个head字段+空行+可选的消息body

start line 起始行，描述请求或响应的基本信息
headers 头部字段，使用key-value的形式来描述消息
body 消息正文，实际传输的数据

HTTP 消息格式如下

        HTTP-message   = start-line
                      *( header-field CRLF )
                      CRLF
                      [ message-body ]

start line 起始行

起始行分2类：请求行和状态行

request-line 请求行

一个请求行由3部分组成

method 请求方法，表示对资源的操作，如GET/POST
request-target 请求目标，通常是一个Uri，标记请求方法要操作的资源
HTTP-version 表示使用的http协议版本号

这3个部分使用空格(space)来，最后用CRLF换行表示结束。

格式如下：

request-line = method SP request-target SP HTTP-version CRLF

示例：
在这里插入图片描述

status-line 状态行

一个状态行(表示服务器响应ruddy)由3部分组成

HTTP-version 表示使用的http协议版本号
status-code 状态码，一个三位数，表示处理的结果
reason-phrase 原因，作为数字状态码的补充，是更详细的解释

和请求行类似，这3个部分使用空格(space)来，最后用CRLF换行表示结束。

格式如下：

status-line = HTTP-version SP status-code SP reason-phrase CRLF

其中状态值由3位数字组成

status-code = 3DIGIT

在这里插入图片描述

Header Fields 头字段

头部字段是key-value的形式，Key和value之间用：分隔，最后用CRLF换行表示结束，不区分大小写

头字段非常灵活，除了可以使用标准的host/connection等字段，也可以任意添加自定义头，给http协议提供了扩展可能

字段的顺序是没有意义的，可以任意排列，不影响语义

在一个HTTP/1.1请求中，请求头里面必须包含有host字段，如果没有，就是一个错误的消息。 A client MUST send a Host header field in all HTTP/1.1 request
messages

在这里插入图片描述
常见的请求头和响应头如下

Message Body 消息体

消息体是可选的，从前面的定义可以知道，head之后，有一个空行，再然后才是消息body

Content-Length 表示消息body的长度，在head后面空行之后的数据长度
Transfer-Encoding 文件传输编码

Message 路由

标签：HTTP,请求,authority,RFC,CRLF,7230,path,line
来源： https://blog.csdn.net/weixin_42695485/article/details/118425007