Netty报错 远程主机强迫关闭了一个现有的连接 异常

 百度百科的描述

Netty是由JBOSS提供的一个java开源框架，现为 Github上的独立项目。Netty提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。

也就是说，Netty 是一个基于NIO的客户、服务器端的编程框架，使用Netty 可以确保你快速和简单的开发出一个网络应用，例如实现了某种协议的客户、服务端应用。Netty相当于简化和流线化了网络应用的编程开发过程，例如：基于TCP和UDP的socket服务开发。

“快速”和“简单”并不用产生维护性或性能上的问题。Netty 是一个吸收了多种协议（包括FTP、SMTP、HTTP等各种二进制文本协议）的实现经验，并经过相当精心设计的项目。最终，Netty 成功的找到了一种方式，在保证易于开发的同时还保证了其应用的性能，稳定性和伸缩性

Netty 网站  Netty: Home

项目主流使用的Netty做为 网络服务器和客户端程序，使用的版本为5.0。今天遇到一个Netty的报错排查了很久，最后才发现是长连接和短链接的问题。

报错信息为以下截图

​

 

一开始排查问题就确定是因为创建链接导致，所以排查了版本问题

问题一  

Netty的版本不一样 默认的链接创建是不一样

项目：客户端

模拟工具：服务端

HTTP1.0默认为短链接，HTTP1.1默认为长链接。但是请求的head连没有传值 Connection 所以在连接测试的模拟工具时，服务端默认请求的是短链链接，所以请求成功后模拟工具作为服务端就关闭链接了，但是客户端链接请求是长链接没有关闭，继续复用了。所以这里就会有问题出现了。

当客户端 第二次去请求 服务端的时候就报错 {"result":-1,"resultmsg":"远程主机强迫关闭了一个现有的连接"}。

原因就是服务器以为请求是短链接，成功就关闭了。

客户端请求连接是长链接，继续复用，发现连接别关闭了就报错。

​

 

端口被复用，证明客户端的请求是长链接

​

 

问题二

短链接和长连接传值区别

 客户端创建请求时候要在请求头（ headers）和响应头都加上 Connection

短链接   Connection=close

长链接   Connection=keep-alive

​

         

客户端请求头中传了Connection=close 但是还是会报错。所以这里开始怀疑服务端关闭链接

但是客户端没有关闭链接导致的问题。排查客户端响应后的代码是否有关闭链接。

问题三

Netty客户端是如何关闭一个链接的，因为有的Netty框架是项目自己封装过的可能会能开源的有一点却别，所以一定要看源码，客户端关闭链接是如何操作的。

项目是封装过了所以代码跟开源的有差异这里仅供参考

ChannelHandlerAdapter . channelRead

public static boolean isKeepAlive(HttpMessage message) {

    return !message.headers().containsValue(HttpHeaderNames.CONNECTION, HttpHeaderValues.CLOSE, true);

}

判断是否关闭链接，客户端关闭链接的判断是需要响应请求时 响应头要包含   Connection=close

才会识别为短链接，而后客户端关闭链接。 这个才是整个bug 核心的地方。

​

 

 服务端响应请求加上Connection=close 问题解决