[提问]请教关于QTCPServer和QTcpSocket的问题 [复制链接]

我一个简单的应用，就一个QTcpServer和一个QTcpSocket进行通信，很简单很常规的流程。
现在出现这样一个问题，即客户端连接上服务器后，是可以正常发送数据给服务器的，可以接受服务器返回的数据。
但是，如果我几分钟（5分钟）不给服务器传数据，之后不管客户端在怎么发送数据，服务器总是接收不到。。。
但是如果隔一段时间发一次数据（小于5分钟），是可以的一直通信的。
通信中断后，主动断开客户端，服务器也接收不到相应的消息，查看服务器的socket状态，一切正常。
而且客户端重启连接的话，仍然可以连接，收发数据。但是一旦再过几分钟，就又挂了。。
请教一下这是怎么回事，如何解决？
服务器是一个控制台应用，跟这个有关系么？

你自己要设计一个心跳规则

比如每隔几秒，向服务端发送一个数据，并且服务端也返回一个数据。
这样有2个好处，首先是使得连接保持活跃的状态，然后是可以测试出耗时。

例如规则可以是：你向服务器发送一个时间x，服务器再返回x
那么你就用收到服务器返回的时间减去x，就是通讯的耗时。

另外，如果在x发出1秒后，还没有收到服务器返回的x，那么就可能断了，或是网络非常糟糕。

谢谢版主回答。不过，我只能采用心跳保活么？我之前多次使用QTcpSocket和QTcpServer，都是长连接，都没出现这种问题。

客户端与服务端通信，中间会经过非常多的关网，如果你不采用心跳保持稳定的通讯，遇到一些规则严格的网关，就会掐断。

好的，那我加入心跳机制吧。
再次感谢版主大大！！！

20091001753:你自己要设计一个心跳规则
比如每隔几秒，向服务端发送一个数据，并且服务端也返回一个数据。
这样有2个好处，首先是使得连接保持活跃的状态，然后是可以测试出耗时。
....... (2021-01-10 19:34) 

请问这个过程中，是QTcpServer产生了timeout无法发送信息，还是QTcpServer产生了timeout无法接收信息呢？它们的默认timeout分别是多少呢？我在文档上找到的信息，都是关于connect的timeout，没有说一段时间不用以后，多久会断开。

海森堡:请问这个过程中，是QTcpServer产生了timeout无法发送信息，还是QTcpServer产生了timeout无法接收信息呢？它们的默认timeout分别是多少呢？我在文档上找到的信息，都是关于connect的timeout，没有说一段时间不用以后，多久会断开。 (2021-01-12 21:26) 

客户端与服务端通讯，是2个QTcpSocket通讯，区别在于服务端还有一个QTcpServer用于监听端口。
在这个过程中，服务端的 QTcpSocket 是由 QTcpServer 创建的，并不涉及到 timeout

海森堡:请问这个过程中，是QTcpServer产生了timeout无法发送信息，还是QTcpServer产生了timeout无法接收信息呢？它们的默认timeout分别是多少呢？我在文档上找到的信息，都是关于connect的timeout，没有说一段时间不用以后，多久会断开。 (2021-01-12 21:26)

实测，我遇到的这种中断，并不是确定的timeout或者其他的连接断开。因为如果是连接断开的话，两个socket的state会有变化，同时也会发生disconnect信号。但是我这种情况并没有上述现象发生，查看服务器和客户端的两个socket，都是联通状态，但是过一段时间没有通信后，可以看到客户端确实发送了请求数据，但是服务器端并没有接受到数据。应该就像版主说的，被网关截断了。

看你的描述，是1个socket监听，4个tcp客户端连接。要注意如下关键点：

1）模型是用的slect机制吗，阻塞还是异步。qt默认是使用信号曹的异步机制的。如果是异步，则自己要及时读取消息，或者干脆消息不满足则啥也不读,等满足完整报文再处理。

2）网络封包，需要有一套格式，不能乱收，比如先收头部，头部有报文的整体长度，等全部数据长度过来，再接受，否则等第二次信号。

3）多线程的问题。看看网络是不是io很大，如果很大，则是不是有网络io阻塞问题。这样必须换带宽更大的路由器。如果是单线程处理不过来，cpu反应慢，需要考虑多线程编程。

可能的问题很多。但是我觉得，还是你编程错误导致的，或者Ip冲突等低级错误。

clickto:实测，我遇到的这种中断，并不是确定的timeout或者其他的连接断开。因为如果是连接断开的话，两个socket的state会有变化，同时也会发生disconnect信号。但是我这种情况并没有上述现象发生，查看服务器和客户端的两个socket，都是联通状态，但是过一段时间没有通信后，可以看到客 .. (2021-01-13 20:54)

你这个信息很关键，证实了我的推测。在你不直接做相关设置的情况下（使用setsockopt），其实QTcpSocket本身不用管timeout的问题，而是由系统来控制的。
我估计其实是注册表来控制超时时间，参考文章：
https://blog.csdn.net/libaineu2004/article/details/49054261

>>应该就像版主说的，被网关截断了。
这句话我不同意，我认为是被OS截断了。当然网关截断也有可能，但比较小。

clickto:实测，我遇到的这种中断，并不是确定的timeout或者其他的连接断开。因为如果是连接断开的话，两个socket的state会有变化，同时也会发生disconnect信号。但是我这种情况并没有上述现象发生，查看服务器和客户端的两个socket，都是联通状态，但是过一段时间没有通信后，可以看到客 .. (2021-01-13 20:54) 

麻烦您再做一个测试，client server都在本机上，这样就不需要网关了，看看问题会不会重现？

海森堡:麻烦您再做一个测试，client server都在本机上，这样就不需要网关了，看看问题会不会重现？ (2021-01-14 19:37)

本机或局域网的话，都不存在这种现象，只有在使用公网，即中间通过网关后才有这种现象。
因为我们之前都是做局域网的项目，没遇到过这种现象，这是第一次将服务器部署到云服务器，测试时因为时间间隔短，没发现这个问题，是偶尔一次间隔时间长了，才发现这个现象的。

另外报告一下，采用了版主的建议，每分钟发送一个心跳包，目前运行没有问题。

反正我之前在做太阳神三国杀的时候遇到这个问题
当时就是用心跳解决的，忘记了用的是多少秒的了，反正不超过半分钟

Note：你永远不知道ISP对你的网络做了什么，所以你一定要做好自己的程序，避免被ISP截胡