使用boost.asio时遇到的一个小问题



现场的一套服务端程序是用boost.asio做的。

前几天程序莫名其妙的停了，多亏是主备的，要不然影响会很大。

查看日志：

2016-03-29 21:43:42.876 DEBUG  - connection 2014_171 closed
2016-03-29 21:43:42.876 INFO   - stop listen on 2014
2016-03-29 21:43:42.878 DEBUG  - connection 2014_170 closed
2016-03-29 21:43:42.879 DEBUG  - connection 2014_169 closed
2016-03-29 21:43:42.879 DEBUG  - connection 2014_168 closed
2016-03-29 21:43:42.879 DEBUG  - connection 2014_167 closed
2016-03-29 21:43:42.879 DEBUG  - connection 2014_166 closed
2016-03-29 21:43:42.879 DEBUG  - connection 2014_165 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_164 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_163 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_162 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_161 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_160 closed
2016-03-29 21:43:42.880 DEBUG  - connection 2014_159 closed
2016-03-29 21:43:42.885 ERROR  - exception: remote_endpoint: Transport endpoint is not connected

最后的exception是问题所在。

google一下，错误应该是来自boost::asio::ip::tcp::socket 调用remote_endpoint()函数失败。

程序逻辑是服务端获取到客户端链接以后，会调用remote_endpoint() 来获取远程地址，

那么返回这个错误的原因在于客户端建立连接以后一瞬间，服务端调用remote_endpoint前，就断开了链接，导致返回失败。

写了一个小程序，模拟再现了这个错误，确认上面的想法。

和现场沟通了一下，造成这个错误的客户端并非是业务处理的客户端，

而是现场的监控扫描程序，会一直扫描各个服务程序的地址和端口，以便确认服务程序在正常运行。

定位了问题和原因，开始修改，查看了boost官方网站说明。

这个io_service的错误会一直向上级返回给四个函数run(), run_one(), poll() or poll_one()。

我们服务端使用run函数。

官方也给出了这个错误的修改建议：

捕获 io_service的异常并再次调用 io_service.run()：

while(1)

{

  try

  {

    io_service.run();

    break; // 正常退出

  }

  catch (exception)

  {

    // do sth;

//write log;

  }

}

改完之后，模拟异常并验证无问题。