”Connection reset by peer“引发的思考

”Connection reset by peer“引发的思考

　　闲来无事，把之前写的一个游戏服务器框架（《一个java页游服务器框架》），部署到阿里云服务器上，测试运行了下，结果看到后台log中打印出了“Connection
reset by peer”。出于好奇疑问就查了一下相关资料，网上说一般有这几种：

　　①：服务器的并发连接数超过了其承载量，服务器会将其中一些连接Down掉；

　　②：客户关掉了浏览器，而服务器还在给客户端发送数据；

　　③：浏览器端按了Stop

　　但是这几种都可以排除，刚搭建的服务器，就我测试连接了下不可能超过负载，而且我这是tcp长连接与浏览器没半点关系。后来问了一些大神才知道，一个连接如果长时间不用防火墙或者路由器就会给你断开，于是就会打印如上异常。现实中的解决方法就是，客户端定时向服务器发送心跳包。才知道心跳包原来还有这个作用，说来甚是惭愧啊。

　　说到了心跳包自然又想到了另一个功能。客户端断电等一些列强制连接断开的情况，可以通过心跳包机制，让服务器端及时知道链接断开，从而及时清除这些无法使用的链接尸体。反过来说，如果没有心跳包，那么客户端强制断开，服务器是无法及时捕获到链接断开的事件的。然而在我测试下，强制关闭客户端，服务器端是会抛出异常的(我的这个框架使用了mina，客户端强制断开后，会调用对应的exceptionCaught方法抛出异常，然后又调用sessionClosed关闭连接)。既然服务器会抛出异常，自然我们不用通过心跳包，服务器端也能及时知道客户端连接断开的情况。

　　怀着强烈的好奇心就做了如下测试，由于java网络编程有bio和nio以及最新的aio，对于AIO，成产环境中我还没有接触到又用这个的，所以暂不做测试，就针对BIO和NIO做测试

（以下代码比较简单，就不做解释了。仅仅用于测试我的疑惑，某些不合理的地方也就不必在意了）

　　BIO测试程序：

　　　　服务器端测试代码：

　　　　客户端程序：

　　　　先运行服务器端，然后运行客户端收到服务器端发来的hello，然后强制关闭客户端，服务器端没有任何反应，这说明BIO下强制关闭客户端，服务器端是没法及时捕获的。当然在连接断开的情况下，服务器端对此连接进行读写，就会抛出异常。

　　NIO测试程序：

　　　　服务器端：

　　　　客户端：

　　运行服务器端，然后运行客户端，可以看到服务器端打印出客户端发来的“hello”，然后强制关闭客户端，服务器端就回抛出如下异常：



　　



　　通过以上测试，可以知道：BIO下，客户端强制断开，服务器端是没法及时知道的；NIO下，客户端强制断开，服务器端可以及时知道并抛出异常。有此差异肯定是因为BIO和nio使用了不同的网络模型。NIO有一个selector，我想也就是这个selector的底层对每一个连接会有检查，所以能及时知道客户端连接断开事件。我的有服务器框架就是基于mina，而mina使用的nio，所以对于强制关闭客户端，我的服务器能及时捕获到并抛出异常这个疑惑，也就算彻底明确了。