记一次netty http server给客户端返回reset包排除

相似文章：解决用netty去作web服务时，post长度过大的问题

现象：当客户端给server发送的请求体较大时，服务直接给客户端返回reset包。

tcpdump：

 

 

 

 

 

 应用尚未彻底收上去，就close这个fd，形成发送reset包。

 

https://github.com/torvalds/linux/blob/master/net/ipv4/tcp.c#L2384

 

 

 

 

netstat -s |grep "connections reset due to early user close" 这个计数器一直在增长

 

由于返回的 RST 包有窗口大小，因此这是主动调用的 tcp_send_active_reset, 代码里有 bug，读缓冲里有数据没读完直接 close 了。

 

程序里判断若是msg不可读，就把channel close掉。而当请求体过大时，netty会把msg设置为chunked，而chunked的msg也是不可读的，结果就致使了问题：缓冲区还有数据，但不可读，程序就把channel close了，操做系统这时会发送reset包，致使客户端收到reset包。

netty3的HttpRequestDecoder注释：

/** * Creates a new instance with the default * {@code maxInitialLineLength (4096}}, {@code maxHeaderSize (8192)}, and * {@code maxChunkSize (8192)}. */
    public HttpRequestDecoder() { }

org.jboss.netty.handler.codec.http.HttpMessageDecoder#decode方法里：

case READ_VARIABLE_LENGTH_CONTENT: if (buffer.readableBytes() > maxChunkSize || HttpHeaders.is100ContinueExpected(message)) { // Generate HttpMessage first. HttpChunks will follow.
 checkpoint(State.READ_VARIABLE_LENGTH_CONTENT_AS_CHUNKS); message.setChunked(true); return message; } break;

 

 

修复方式，在netty handler pipeline里添加 HttpChunkAggregator