TCP/IP通信协议 MFC实现SOCKET客户端与服务端连接，当网线拔掉后再连接，连接失败，怎么处理

[꧁༺舒月༻꧂]

问题描述：
我有一个服务器，这个服务器是别人提供的，我做一个客户端，获取服务器中的一些数据。
如果突然拔掉网线，我在启动客户端，运行connect函数，就连接不上服务器了。（因为该服务器只开放了一个端口）。
我在通信的时候拔掉网线，没有运行closeSocket函数。所以导致服务端的端口一直被占用。

有什么方法，在我客户端做一些处理，在和服务器通信的时候，告诉服务器我不回复你一段时间，就自己实现关闭端口吧？
我这边有其他的测试客户端，人家的客户端就能实现断线后，服务端口就能释放。不知道是什么技术实现的。

心跳包我这几天也在看，但是心跳包好像需要服务器的配合，但是服务器不是我开发的，已经是现成的代码了，
而且其他的成品客户端我说的功能可以实现。

keeplive机制应用，会影响正常的连接，所以没有采用这种方式。

有谁遇到这种情况，请指教一下。小妹，在这里谢过了。

[风影-取名字真烦]

好象你在mfc那边也问过这问题了吧，我在那里也写了，这想法不现实的
“我这边有其他的测试客户端，人家的客户端就能实现断线后，服务端口就能释放。”不知道是什么技术实现的。估计是服务端程序有开启心跳包检测的地方，或者有设定多久时间没通信就断开，再或者有什么超时时间配置之类的，服务端给的协议有没有说这方面的东西呢，若是只是客户端不可能实现这样的功能的啊，

[꧁༺舒月༻꧂]

我来结贴了,个人的技术有限。

通过各种测试以及心跳机制实现等操作，后来发现可能在客户端执行完connect函数连接后，
就开一个接收线程（该线程写成了死循环）。

后来就将开启线程的操作挪到了发送函数的后面。然后线程只执行一次接收操作。
通过各种读帖和有大家热心的讲解了解，TCP/IP通信在突然断掉的情况下，客户端和服务器双方都还有连接的，
所以在断线瞬间，在插上网线还是继续可以通信的。

谢谢您给的解答。