muduo-master/examples/asio/chat 里面的./asio_chat_client 进入死循环 about muduo HOT 10 CLOSED

基本上，只要数据收发还正常的情况下，如果把 nginx 重启，就会重现。

from muduo.

为什么你认为这是muduo的问题，而不是nginx的问题？
tcpdump 有没有说是谁主动断开连接？

from muduo.

现在还没有抓包分析，不过 TcpClient 的重连频率还是很高，基本和死循环一样。

from muduo.

从你给的log看，重连的间隔有0.5s。这有什么问题？

from muduo.

两个截图，一个是完成了整个连接和关闭过程。
一个是完成了连接，没有完整关闭过程。
重连的时间间隔没有预期的指数回退，就是一直在连接。
当然，确实是服务器先主动关闭连接。

from muduo.

传图

from muduo.

上图上不去，只能上客户端 log 了。
20150324 01:33:24.123149Z 22876 INFO TcpClient::connect[ChatClient] - Reconnecting to 169.254.10.12:26888 - TcpClient.cc:178
20150324 01:33:24.123219Z 22876 INFO 169.254.10.12:60264 -> 169.254.10.12:26888 is UP - client.cc:53
20150324 01:33:24.123233Z 22876 INFO 169.254.10.12:60264 -> 169.254.10.12:26888 is DOWN - client.cc:53
20150324 01:33:24.123239Z 22876 INFO TcpClient::connect[ChatClient] - Reconnecting to 169.254.10.12:26888 - TcpClient.cc:178
20150324 01:33:24.123311Z 22876 INFO 169.254.10.12:60265 -> 169.254.10.12:26888 is UP - client.cc:53
20150324 01:33:24.123324Z 22876 INFO 169.254.10.12:60265 -> 169.254.10.12:26888 is DOWN - client.cc:53

from muduo.

因为服务器端主动关闭了连接，而每次客户端也析构了连接对象，导致 Connector 类每次都使用
初始化的kInitRetryDelayMs值来计算连接时间间隔，而无法不断累计时间，导致客户端就和死循环一样，
没有很优雅的不断增加连接时间间隔,两边都陷入雪崩的情况。客户端作死连接，服务器拼命关闭。

from muduo.

因为每次连接都成功了，客户端没有进入连接失败，所以
void TcpClient::removeConnection(const TcpConnectionPtr& conn)
函数内部执行了 connector_->restart(); 去重新连接。

客户端作死连接，服务器拼命关闭。
不知道这种情况，客户端是否要规避。

from muduo.

我认为问题出在server端，TcpClient没有问题。

from muduo.