Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >详解http报文(2)-web容器是如何解析http报文的

详解http报文(2)-web容器是如何解析http报文的

作者头像
方丈的寺院
发布于 2019-10-13 14:41:02
发布于 2019-10-13 14:41:02
98800
代码可运行
举报
文章被收录于专栏:方丈的寺院方丈的寺院
运行总次数:0
代码可运行

摘要

详解http报文一文中,详细介绍了http报文的文本结构。那么作为服务端,web容器是如何解析http报文的呢?本文以jetty和undertow容器为例,来解析web容器是如何处理http报文的。

在前文中我们从概览中可以了解到,http报文其实就是一定规则的字符串,那么解析它们,就是解析字符串,看看是否满足http协议约定的规则。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
start-line: 起始行,描述请求或响应的基本信息*( header-field CRLF ):CRLF[message-body]: 消息body,实际传输的数据

jetty

以下代码都是jetty9.4.12版本

如何解析这么长的字符串呢,jetty是通过状态机来实现的。具体可以看下 org.eclipse.jetty.http.HttpParse

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
 public enum State    {        START,        METHOD,![](https://user-gold-cdn.xitu.io/2019/10/9/16db0a55c99520eb?w=1202&h=630&f=png&s=101034),        SPACE1,        STATUS,        URI,        SPACE2,        REQUEST_VERSION,        REASON,        PROXY,        HEADER,        CONTENT,        EOF_CONTENT,        CHUNKED_CONTENT,        CHUNK_SIZE,        CHUNK_PARAMS,        CHUNK,        TRAILER,        END,        CLOSE,  // The associated stream/endpoint should be closed        CLOSED  // The associated stream/endpoint is at EOF    }

总共分成了21种状态,然后进行状态间的流转。在 parseNext方法中分别对起始行 -> header -> body content分别解析

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
public boolean parseNext(ByteBuffer buffer)    {        try        {            // Start a request/response            if (_state==State.START)            {                // 快速判断                if (quickStart(buffer))                    return true;            }            // Request/response line 转换            if (_state.ordinal()>= State.START.ordinal() && _state.ordinal()<State.HEADER.ordinal())            {                if (parseLine(buffer))                    return true;            }            // headers转换            if (_state== State.HEADER)            {                if (parseFields(buffer))                    return true;            }            // content转换            if (_state.ordinal()>= State.CONTENT.ordinal() && _state.ordinal()<State.TRAILER.ordinal())            {                // Handle HEAD response                if (_responseStatus>0 && _headResponse)                {                    setState(State.END);                    return handleContentMessage();                }                else                {                    if (parseContent(buffer))                        return true;                }            }        return false;    }

整体流程

整体有三条路径

  1. 开始 -> start-line -> header -> 结束
  2. 开始 -> start-line -> header -> content -> 结束
  3. 开始 -> start-line -> header -> chunk-content -> 结束

起始行

start-line = request-line(请求起始行)/(响应起始行)status-line

  1. 请求报文解析状态迁移 请求行:START -> METHOD -> SPACE1 -> URI -> SPACE2 -> REQUEST_VERSION
  2. 响应报文解析状态迁移 响应行:START -> RESPONSE_VERSION -> SPACE1 -> STATUS -> SPACE2 -> REASON

header 头

HEADER 的状态只有一种了,在jetty的老版本中还区分了 HEADER_IN_NAM, HEADER_VALUE, HEADER_IN_VALUE等,9.4中都去除了。为了提高匹配效率,jetty使用了Trie树快速匹配header头。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
static    {        CACHE.put(new HttpField(HttpHeader.CONNECTION,HttpHeaderValue.CLOSE));        CACHE.put(new HttpField(HttpHeader.CONNECTION,HttpHeaderValue.KEEP_ALIVE));      // 以下省略了很多了通用header头

content

请求体:

  1. CONTENT -> END,这种是普通的带Content-Length头的报文,HttpParser一直运行CONTENT状态,直到最后ContentLength达到了指定的数量,则进入END状态
  2. chunked分块传输的数据 CHUNKEDCONTENT -> CHUNKSIZE -> CHUNK -> CHUNK_END -> END

undertow

undertow是另一种web容器,它的处理方式与jetty有什么不同呢 状态机种类不一样了, io.undertow.util.HttpString.ParseState

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
    public static final int VERB = 0;    public static final int PATH = 1;    public static final int PATH_PARAMETERS = 2;    public static final int QUERY_PARAMETERS = 3;    public static final int VERSION = 4;    public static final int AFTER_VERSION = 5;    public static final int HEADER = 6;    public static final int HEADER_VALUE = 7;    public static final int PARSE_COMPLETE = 8;

具体处理流程在 HttpRequestParser抽象类中

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
public void handle(ByteBuffer buffer, final ParseState currentState, final HttpServerExchange builder) throws BadRequestException {        if (currentState.state == ParseState.VERB) {            //fast path, we assume that it will parse fully so we avoid all the if statements            // 快速处理GET            final int position = buffer.position();            if (buffer.remaining() > 3                    && buffer.get(position) == 'G'                    && buffer.get(position + 1) == 'E'                    && buffer.get(position + 2) == 'T'                    && buffer.get(position + 3) == ' ') {                buffer.position(position + 4);                builder.setRequestMethod(Methods.GET);                currentState.state = ParseState.PATH;            } else {                try {                    handleHttpVerb(buffer, currentState, builder);                } catch (IllegalArgumentException e) {                    throw new BadRequestException(e);                }            }            // 处理path            handlePath(buffer, currentState, builder);           // 处理版本            if (failed) {                handleHttpVersion(buffer, currentState, builder);                handleAfterVersion(buffer, currentState);            }            // 处理header            while (currentState.state != ParseState.PARSE_COMPLETE && buffer.hasRemaining()) {                handleHeader(buffer, currentState, builder);                if (currentState.state == ParseState.HEADER_VALUE) {                    handleHeaderValue(buffer, currentState, builder);                }            }            return;        }        handleStateful(buffer, currentState, builder);    }

与jetty不同的是对content的处理,在header处理完以后,将数据放到 io.undertow.server.HttpServerExchange,然后根据类型,有不同的content读取方式,比如处理固定长度的, FixedLengthStreamSourceConduit

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2019-10-09,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 方丈的寺院 微信公众号,前往查看

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

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
【网络知识补习】❄️| 由浅入深了解HTTP(六) HTTP消息
HTTP消息 是服务器和客户端之间交换数据的方式。有两种类型的消息︰ 请求(requests)–由客户端发送用来触发一个服务器上的动作;响应(responses)–来自服务器的应答。
呆呆敲代码的小Y
2021/08/20
6610
【网络知识补习】❄️| 由浅入深了解HTTP(六) HTTP消息
详解http报文
作为一个web开发者,每天都在使用者Http协议,却总是一知半解。本文参看Http RFC7230规范,梳理了http报文部分。
方丈的寺院
2019/10/08
1.1K0
详解http报文
吊打 Tomcat ,Undertow 性能很炸!!
在 Java Web 容器的世界里,Tomcat 和 Jetty 是大名鼎鼎的、用的最多的开源项目,也是大众熟知的。
Java技术栈
2020/08/30
2.4K0
学习T-io框架,从写一个Redis客户端开始
  了解T-io框架有些日子了,并且还将它应用于实战,例如 tio-websocket-server,tio-http-server等。但是由于上述两个server已经封装好,直接应用就可以。所以对于整个数据流通的过程不是很明朗,甚至对于hello-world例子中的encode,decode作用并不理解。于是乎想写一个更贴近实际应用的redis-client来作为学习切入点,虽然编码过程中困难重重,不过最后还是实现了一个粗糙的客户端。由于代码中大量参考了Jedis源码,所以,我给这个客户端起名T-io+Redis=Tedis.哈哈,这些都不重要,下文中将会记录出我的学习和开发历程。
talent-tan
2019/08/07
7390
学习T-io框架,从写一个Redis客户端开始
网络基础 HTTP协议之HTTP消息(HTTP Message)
两种类型都包含一起始行(start-line),0或更多个header域, 一暗示header域结束的空行,可能还有一个消息主体
授客
2019/09/11
1.8K0
网络基础 HTTP协议之HTTP消息(HTTP Message)
【TinyWebServer】HTTP连接处理
HTTP报文分为请求报文和响应报文两种,每种报文必须按照特有格式生成,才能被浏览器端识别。
小文要打代码
2025/06/11
960
【TinyWebServer】HTTP连接处理
聊聊reactor-netty的AccessLog
reactor-netty-0.8.5.RELEASE-sources.jar!/reactor/netty/ReactorNetty.java
code4it
2019/04/04
2.8K0
聊聊reactor-netty的AccessLog
腾讯云流式TTS语音合成客户端实现
接入文档链接:https://cloud.tencent.com/document/api/441/19499
用户1530353
2019/08/28
9.7K4
如何解析SIP报文
技术上讲,完全可以逐行按String解析,白手起家,拆解出其中的内容,但是这样做一来有些原始,二来也未必高效,幸好社区里已经类似的开源项目:pkts ,借助这个开源项目,可以很方便的把上述内容快速解析出来,示例代码如下:
菩提树下的杨过
2021/09/29
2.6K0
Feign HTTP连接的几点建议 顶
为什么要使用Apache的HTTPClient,因为JDK自带的HTTP Client在JDK 9才支持HTTP 2.0,加上JDK 8 HTTP Client本身的各种缺陷。
算法之名
2019/12/16
7.2K0
Feign HTTP连接的几点建议
                                                                            顶
Python解析HTTP请求报文
下面的代码是用来解析HTTP报文中包含的内容的。http_parse函数将http报文初步解析为三个部分,分别是起始行,headers和body。主要利用的是python标准库中的email模块。
zy010101
2022/10/27
1.7K0
深入解析HTTP请求:了解请求特征与报文格式的关键秘密
在上一章节中,我们详细探讨了超文本传输协议(HTTP)的基本概念,并且延伸讨论了HTTP请求响应的基本流程。在这个过程中,浏览器首先通过DNS解析来确定要访问的服务器的IP地址,然后与服务器建立起HTTP连接。接下来,浏览器会向服务器发送HTTP请求报文,而服务器则会解析该请求报文,并返回包含所请求资源的HTTP响应报文。
努力的小雨
2023/11/28
4870
聊聊Spring AI Alibaba的PlantUMLGenerator
本文主要研究一下Spring AI Alibaba的PlantUMLGenerator
code4it
2025/04/29
1080
聊聊Spring AI Alibaba的PlantUMLGenerator
Node.js HTTP 解析器 llhttp 的使用
前言:llhttp 是 Node.js 的 HTTP 1.1 解析器,用于替代早期的http_parser,性能上有了非常大的提升,最近打算在 No.js 里引入 llhttp 来处理 HTTP 协议的解析,本文简单介绍一下如何使用。
theanarkh
2021/10/11
1.2K0
HTTP消息
HTTP报文,又称为HTTP消息,是服务器和客户端之间交换数据的模块。有两种类型的消息︰请求,由客户端发送用来触发一个服务器上的动作;响应,来自服务器的应答。 HTTP消息由采用ASClI编码的多行文本构成。在HTTP/1.1及早期版本中,这些消息通过连接公开地发送。在HTTP/2中,为了优化和性能方面的改进,曾经可人工阅读的消息被分到多个HTTP帧中。
玖柒的小窝
2021/11/06
8750
HTTP消息
http_parser源码解读
把源码中的头文件http_parser.h和源码http_parser.c直接拷贝到项目中(https://github.com/nodejs/http-parser),然后一起编译即可;
wanyicheng
2021/02/09
2.4K0
聊聊tomcat的keepAlive参数
org/apache/tomcat/util/net/AbstractEndpoint.java
code4it
2023/11/27
3360
IDEA 惊天 bug:进程已结束,退出代码 1073741819
由于昨天要写的文章没有写完,于是今天早上我四点半就“自然醒”了,心里面有事,睡觉也不安稳。洗漱完毕后,我打开电脑,正襟危坐,摆出一副要干架的态势,不能再拖了。
沉默王二
2020/04/24
2.8K0
HTTP协议之:报文详解
超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。
全栈程序员站长
2022/09/14
1.2K0
HTTP协议之:报文详解
http报文详解
http报文是http协议的核心所在,http客户端和http服务端正是通过交换http报文进行通信的。http报文以一些文本形式的元信息(meta-information)开头,这些信息描述了报文的内容及含义,后面跟着可选的数据部分。
zy010101
2022/10/05
7950
http报文详解
相关推荐
【网络知识补习】❄️| 由浅入深了解HTTP(六) HTTP消息
更多 >
LV.0
这个人很懒,什么都没有留下~
作者相关精选
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验