HTTP压缩类型
<span style="color:rgb(0,0,0);">压缩需要客户端，服务器端同时支持。在chrome中，请求默认会加上Accept-Encoding: gzip, deflate，客户端默认开启数据压缩。而tomcat默认关闭压缩，如果开启需要增加配置。</span>
<span style="color:rgb(0,0,0);">在请求时，需要通过header的Accept-Encoding: gzip, deflate 来告诉服务器客户端支持的压缩类型。</span>
<span style="color:rgb(0,0,0);">在返回时，http server会在返回的header中添加Content-Encoding: gzip 来告诉客户端数据的压缩方式。</span>
<span style="color:rgb(0,0,0);">压缩类型主要包含如下几种：</span>
gzip
compress
deflate
identity
Http chunked 介绍<br>
背景 <br>
Content-Length描述
chunked描述
chuncked协议<br>
优点<br>
假如body的长度是10K,对于Content-Length则需要申请10K连续的buffer,而们对于Transfer-Encoding:chunked可以申请1K的空间，然后循环使用10次，节省了内存空间的开销。<br>
如果内容的长度不可知，则可使用trunked方式能有效的解决Content-Length的问题
http服务器压缩可以采用分块压缩，而不是整个块压缩。分块压缩可以一边进行压缩，一边发送数据，来加快数据的传输时间
缺点
trunked协议解析比较复杂
在http转发的情景下(比如nginx)难以处理，比如如何对分块数据进行转发
弹幕系统设计<br>
特点
<b>实时性高</b>：你发我收，毫秒之差
<b>并发量大</b>：一人吐槽，万人观看<br>
业务架构
实现代码
WebsocketDanmuServer
WebsocketDanmuServerInitializer
TextWebSocketFrameHandler
HttpRequestHandler
