Express常用中间件body-parser实现解析

写在前面

是非常常用的一个中间件，作用是对post请求的请求体进行解析。使用非常简单，以下两行代码已经覆盖了大部分的使用场景。

本文从简单的例子出发，探究的内部实现。至于如何使用，感兴趣的同学可以参考官方文档。

入门基础

在正式讲解前，我们先来看一个POST请求的报文，如下所示。

其中需要我们注意的有、以及报文主体：

Content-Type：请求报文主体的类型、编码。常见的类型有、、。常见的编码有、等。

Content-Encoding：声明报文主体的压缩格式，常见的取值有、、。

报文主体：这里是个普通的文本字符串。

body-parser主要做了什么

实现的要点如下：

处理不同类型的请求体：比如、、等，对应的报文主体的格式不同。

处理不同的编码：比如、等。

处理不同的压缩类型：比如、等。

其他边界、异常的处理。

一、处理不同类型请求体

解析text/plain

客户端请求的代码如下，采用默认编码，不对请求体进行压缩。请求体类型为。

服务端代码如下。类型处理比较简单，就是buffer的拼接。

解析application/json

客户端代码如下，把换成。

服务端代码如下，相比，只是多了个的过程。

解析application/x-www-form-urlencoded

客户端代码如下，这里通过对请求体进行格式化，得到类似的字符串。

服务端代码如下，同样跟的解析差不多，就多了个的调用。

二、处理不同编码

很多时候，来自客户端的请求，采用的不一定是默认的编码，这个时候，就需要对请求体进行解码处理。

客户端请求如下，有两个要点。

编码声明：在最后加上

请求体编码：这里借助了，对请求体进行编码

服务端代码如下，这里多了两个步骤：编码判断、解码操作。首先通过获取编码类型，然后通过进行反向解码操作。

三、处理不同压缩类型

这里举个压缩的例子。客户端代码如下，要点如下：

压缩类型声明：赋值为。

请求体压缩：通过模块对请求体进行gzip压缩。

服务端代码如下，这里通过模块，对请求体进行了解压缩操作（guzip）。

写在后面

的核心实现并不复杂，翻看源码后你会发现，更多的代码是在处理异常跟边界。

另外，对于POST请求，还有一个非常常见的是，这个的处理相对复杂些，不打算对其进行支持。篇幅有限，后续章节再继续展开。

欢迎交流，如有错漏请指出。