socket客户端断线重连(tcp客户端断线重连)

这个要分情况了。 如果是UDP的话，就不存在连接不连接的问题了。因为这个是面向无连接的，直接发送数据即可。如果是TCP的话，就需要连接了。你应该这么办：首先每隔一段时间查看是否与服务器断开了，或者根据你具体的要求来查看是否断开。第二重新连接。 你想问的事如何重新连接是把？你之前的连接就是发送了客户端是发送了connet函数连接把？如果发现断线了，就重新发送connect函数连接即可。
你说的检测断线你都会了，重连不会啊？ 你在客户端开启个定时器或者线程，每隔一段时间判断下当前的连接状态（你自己说检测断线你会的，所以肯定有状态）。如果断线了，那就清理下SOCKET数据重新构造下（地址端口模式什么的） 然后连接被，如果想做次数限制 那就写个递归 比如第一次连接失败了就在调一次连接 中间Sleep 1-3秒， 反正客户端断网这样可能客户端回卡死一小会， 不想卡死就在开启个线程或者定时器的 来进行重新连接。 次数一般连三次连不上就Destroy吧 你也可以看看连接失败的原因 用GetLastError 看失败原因就行了。 具体怎么做查MSDN

服务端socket要做五件事，客户端socket要做三件事：接下来双方就可以通过 read() 和 write() 函数通信了，双方也都可以通过 close() 函数主动断开连接。上面的例子中，我们预期的效果是客户端点击一次发送，给服务端发送两条数据，服务端触发两次“收到客户端数据的回调”，然后分别打印：但实际上两条数据被合并成一条数据发送给服务端了，服务端只触发了一次“收到客户端数据的回调”，也只打印了一次：这就是数据粘包——多条数据被合并成了一条数据传输。我们知道TCP有个发送缓存，有些情况下TCP并不是有一条数据就发一条数据，而是等发送缓存满了，再把发送缓存里的多条数据一起发送出去，这就会导致数据粘包。此外TCP还采用了Nagle优化算法来打包数据，它会将多次间隔较小且数据量较小的数据自动合并成一个比较大的数据一块儿传输，这也会导致数据粘包。处理数据粘包也很简单，核心思路就是：发送方在发送数据的时候先给每条数据都添加一个包头，包头里存放的关键信息就是真实数据的长度，当然也可以存放更多的业务信息，此外包头的尾部还需要拼接一个包头结束标识——回车换行符，以便将来接收方读取数据时可以根据这个包头结束标识优先读取到包头数据。接收方调用指定的读取方法优先读取到包头数据，然后根据包头里的长度信息再去精准读取指定长度的真实数据，这样就可以读取到一条完整的数据了，然后再读取下一条数据就不会粘包了。正常来说，socket连接一旦建立之后就会一直挂在那里，直到某一端主动断开连接。但实际上，运营商在检测到链路上有一段时间无数据传输时，就会自动断开这种处于非活跃状态的连接，这就是所谓的运营商NAT超时，超时时间为5分钟。因此我们就需要做心跳保活——即客户端每隔一定的时间间隔就向服务端发送一个心跳数据包，用来保证当前socket连接处于活跃状态，避免运营商把我们的连接中断，这个时间间隔我们取的是3分钟，服务器在收到心跳包时不当做真实数据处理即可。客户端主动断开连接时（如App退出登录或者App进入后台等场景），我们不需要做断线重连；其它情况下如果连接断开了（如服务器出了问题或者网断了等场景），我们就需要做断线重连，来尽量使连接处于正常连接的状态，这样才能保证业务的正常运行。具体做法就是，当客户端检测到跟服务端断开连接时就启动第一次断线重连，2秒后启动第二次断线重连，再隔4秒后启动第三次断线重连，如果三次断线重连还没成功，就认为是服务器出了问题，不再重连。

我给你再回答详细点： 客户端或服务器接收到的客户端：socket有系统超时时间，现有所有系统一般是30秒到2分钟；应用可以把超时时间再设小。如果过了超时时间，还读取不到数据或发送不了数据。就会返回connected time out错误。socket的链接函数会返回，会自动关闭链接。超时时间内，会有N次重试，一般是系统平台在管理。应用级的重连机制需要应用程序实现。 对服务器端，监听类型的socket（服务类的socket），不管网络断不断，一直会有效。
需要手动链接的。而且很多节点都在慢慢失效。

首先断线有很多可能，服务器端代码错误或者网络路由问题，等等，解决这些断线问题的方法就是心跳检测，看应用需要采用几秒客户端（C）向服务器端发送【ping】协议（协议名称可以自己定）。然后服务器（S）要有个储存器（可以是哈希表或者是类数组）保存客户端连接句柄以及一些必要属性，还要有个时间，用来对比C每次ping的时间是否超过设定超时时间。如果超时就将C的Sock 句柄清除。到这S端就可以了。C端还要有个断线处理，监视检测自己是否断线，做个重连机制，这样一个完整的通讯就差不多了，至于其他应用就要看自己的需要通过协议来操作了。希望这些能帮到你
Socket连接不在通讯状态的时候监测是否连接良好就没有什么意义了，也就是说在传输数据的时可能连接会异常断开，这时候测试连接的线程肯定不可能在运行中（监测线程的优先级不可能比传输数据线程的优先级高），除非把优先级设得比较高，如果这样的话就太浪费资源了。 需要在Socket连接不在使用中时仍然保持连接，比较折衷的办法是：其一，建立一个低优先级的监视线程，用来保持非通讯状态的连接完好。 其二，用try...catch...来维持通讯过程中的连接良好（一旦通讯异常立即重新连接）。

如果你是客户端，那么可以调用connect进行连接。 如果你是服务器端，那么无法进行重连（只能等待客户端发来的连接请求）。