tcp连接后突然断开连不上(蓝牙突然断开又连接)

你进入电驴，进入设置，点开连接，就可以看到那个TCP和UDP端口地址了，如果你以前那个端口错误，那你点一下旁边那个“随机端口”，然后试试，一般都可以，如果不行，再依照上次的方法试试，应该没得问题的。 出现你这种情况一般是你的端口无效或被杀毒软件禁用或被其他程序占用。 实在不行就重装吧，也不麻烦。

服务器重启后，客户端处于半打开状态，也就是FIN-WAIT-1状态。客户端觉得连接还是正常的，但是服务端丢失了连接的所有信息。这种情况下，客户端发送请求给服务端，服务端无法处理，就会出现超时。当然，客户端会尝试重新发送，但是重试次数是有限的，重试次数由tcp_orphan_retries参数控制。经过几轮重试后，如果一直没有收到服务端的ACK，就会关闭连接。 由于FIN-WAIT-1状态是服务端主动断开客户端的连接导致的，此时可以减小重试次数，尽快让客户端请求超时，超时后连接会自动关闭。

电源模式设置错误 打开网络连接，选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡，把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。
电源模式设置错误 打开网络连接，选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡，把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。

理想状态下，一个 TCP 连接可以被长期保持。然而，在实际应用中，客户端或服务器端上维持的一个看似正常的 TCP 连接可能已经断连。TCP 连接主要受到两个方面的影响而导致断连：网络中间节点和客户端 / 服务器节点参与通信的两方节点？ 在实际网络应用中，两个主机之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等。因此，两个主机之间 TCP连接的保持同样会受到中间节点的影响，尤其是会受到防火墙（软件或硬件防火墙）的限制。防火墙是一种装置，有多种不同的实现方式（软件实现、硬件设备实现或是软硬件相结合实现），它需要依据一系列规则对进出的信息流进行扫描，并允许安全（符合规则）的信息交互、阻止不安全（违反规则）的信息交互。防火墙的工作特性决定了要维护一个网络连接就需要耗费较多的资源，并且企业防火墙常常位于企业网络的出入口，长时间维护非活跃的 TCP连接必将导致网络性能的下降。因此，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致 TCP 连接断连。类似的，如果中间节点异常导致来自客户端关闭连接的请求无法传递到服务器端，也将导致服务器端的相应连接发生断连。

使用TCP/IP协议连接PLC时如果经常出现通讯中断的情况，那么就要做出如下检查，以确定问题所在。首先，检查网络连接线的好坏，从外观上判断其是否有破损，挤压，或其它损坏现象，若直观查看无法判断最好使用测线仪进行测试，这样更为准确。其次，检查电脑网卡，系统是否有报警故障，网卡运行是否正常，电脑主机是否有腐蚀，灰尘等环境因素造成的系统运行卡顿。最后，通过网络测试查看数据发送和接收的速度，并且要查看周围是否有其他网络干扰情况
发生通讯问题时，最好在线监视下TCP_CONNECT、TCP_SEND、TCP_RECV 指令的Error、Status参数值，来判断故障原因 通讯示例文档：补充：9表示：TCP_CONNECT、ISO_CONNECT 或 UDP_CONNECT 指令正使用此连接 ID 执行。 plc与上位机tcp通讯，那plc一般是做服务器、被动连接，TCP_CONNECT的Req接常ON信号（不要加上|P|用脉冲触发），Active接常OFF信号。
通常有两种技术 方法1:应用层自己实现的心跳包 由应用程序自己发送心跳包来检测连接是否正常,大致的方法是:服务器在一个 Timer事件中定...方法2：TCP的KeepAlive保活机制 因为要考虑到一个服务器通常会连接多个客户端，因此由用户在应用层自己实现心跳包，代码较多 且稍显复杂，而利用TCP／IP协议层为内置的KeepAlive功能来实现心跳功能则简单得多。