Netty之Http

Netty之Http

Http协议

HTTP是一个属于应用层的面向对象的协议，由于其使用简捷和快速的方式，非常适用于分布式超媒体信息系统。

HTTP协议特点

• 支持Server/Client模式；

• 简单——客户向服务器请求服务时，只需要指定服务的URL（统一资源定位符）并且携带对应的请求参数或消息体即可；

• 灵活——HTTP允许传输任意类型的数据对象，内容类型由HTTP消息头中的Content-Type来进行标记；

• 无状态——HTTP协议是无状态协议，也就是说该协议对于事务处理没有记忆能力。无状态意味着如果后续处理需要之前的信息，则必须重传，这样就会导致每次连接传送的数据量增大，另外一方面，在服务器不需要先前信息的时候它的应答就较大，负载较轻。

标示	ASCII	描述	字符
CR	13	Carriage return (回车)	\n
LF	10	Line feed character(换行)	\r
SP	32	Horizontal space(空格)
COLON	58	COLON(冒号) :

http协议主要使用CRLF进行分割。

请求包

三部分组成:

• 请求行(Line)
  主要包含三部分：Method ，URI ，协议/版本。 各部分之间使用空格(SP)分割。整个请求头使用CRLF分割。(比如：POST /1.0.0/_health_check HTTP/1.1 CRLF)

• 请求头(header)
  格式为(name ：value)，用于客户端请求的描述信息。header之间以CRLF进行分割。最后一个header会多加一个CRLF。( 比如：Connection: keep-alive CRLF CRLF)

• 请求正文
  里面主要是Post提交的数据(可支持多种格式，格式在Content-Type定义，长度是在Content-Length里面定义)。

响应包

三部分组成:

• 状态行(line)
  包含三部分：http版本，服务器返回状态码，描述信息。以CRLF进行分割。 ( 比如：HTTP/1.1 200 OK CRLF)

• 响应头(header)
  格式为(name ：value)，用于服务器返回的描述信息。header之间以CRLF进行分割。最后一个header会多加一个CRLF (比如：Content-Type: text/html CRLF Content-Encoding:gzip CRLF CRLF)

• 响应正文(body)
  里面主要是返回数据(可支持多种格式，格式在Content-Type定义，长度是在Content-Length里面定义)。

chunked

HTTP协议通常使用Content-Length来标识body的长度，在服务器端，需要先申请对应长度的buffer，然后再赋值。如果需要一边生产数据一边发送数据，就需要使用"Transfer-Encoding: chunked" 来代替Content-Length，也就是对数据进行分块传输。

Content-Length

• 1：http server接收数据时，发现header中有Content-Length属性，则读取Content-Length 的值，确定需要读取body的长度。

• 2：http server发送数据时，根据需要发送byte的长度，在header中增加 Content-Length 项，其中value为byte的长度，然后将byte 数据当做body发送到客户端。

chunked

• 1：http server接收数据时，发现head