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

socket 关闭连接后，就不能用它重新连接了。要想重新连接，就得建立新的socket实例来进行连接。然后把全局引用指向新的socket就可以了。
定义一个全局变量 把第一次建立的socket 值保存下来；然后把这个socket值赋值给第二次建立连接socket2 就OK了；
那就把socket连接保存一下
Close只是通知底层socket关闭而已，并不一定保证底层的链接一定释放了，所以你一下子创建那么多链接肯定出问题 备注Close 方法可关闭远程主机连接，并释放所有与 Socket 关联的托管资源和非托管资源。关闭后，Connected 属性将设置为 false。对于面向连接的协议，建议先调用 Shutdown，然后再调用 Close 方法。这可以确保在已连接的套接字关闭之前，已发送和接收该套接字上的所有数据。如果需要在不首先调用 Shutdown 的情况下调用 Close，则可以将 DontLinger Socket 选项设置为 false，并指定一个非零的超时间隔，从而确保排队等待输出的数据得到发送。这样，Close 将会一直阻止到发送完该数据或指定的时限超时为止。如果将 DontLinger 设置为 false，并且指定了一个非零的超时间隔，Close 将会释放连接并自动放弃排队等待输出的数据。补充： 那就没办法了，你只能限制你的链接数量，可能你的底层的负荷量达不到那么大吧，不行你找其他的socket通信类库试试

断线重连不是问题，问题是如何判断断线。判断断线一般通过异常处理，当然也可以傻瓜式的只要有操作就重连。下面是一个只要没有成功连接就重连的简单实现import sockets = socket.socket(socket.AF_INET, socket.SOCK_STREAM)while True:    try:        s.connect(('127.0.0.1', 80))        break    except:        print('retry...')        continueprint('connected.')s.close()

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

try{  socket = new Socket(ip,port);  .  .  .}catch{   socket = Socket(ip,port);   .   .   .}
socket.connect连接不成功时候会抛出异常，try{}catch 捕获异常 继续调用连接函数，递归调用。 当然，如果很长时间都连接不上会占用很多堆栈。 给分吧少年

socket一旦断开，就无法再重新连接了（相关资源已被释放掉了）。只能重新创建新的socket去连接。
如果你是客户端，那么可以调用connect进行连接。 如果你是服务器端，那么无法进行重连（只能等待客户端发来的连接请求）。