111,092
社区成员
发帖
与我相关
我的任务
分享C# TCP/IP通信断开的检测
最近做一项目涉及到TCP/IP通信，服务器端发起连接请求，客户端接受请求。 现发现客户端接受请求后会偶尔会断开连接，然后再重新连接。我服务端接受数据时会提示客户端已断开连接。
现想在我服务器端用一事件检测连接是否断开，当断开时，服务器端重新发起连接请求。谢谢。
现想在我服务器端用一事件检测连接是否断开，当断开时，服务器端重新发起连接请求。谢谢。
...全文
请发表友善的回复…
发表回复
於黾 2014-08-15
- 打赏
- 举报
中心思想是:
服务端只负责侦听,并向已经连接的客户端发送数据
不要去管如果断开了该如何重连的问题
於黾 2014-08-15
- 打赏
- 举报
在Accept里,侦听到有新的连接进来,把IP和端口加入队列(可以是LIST等)
报catch之后,将断开的连接移出队列
就完了啊
侦听是一直开着的,等客户端重连的时候,就又会加入队列,然后继续推送
什么都不用做啊
道玄希言 2014-08-14
- 打赏
- 举报
我不知道你客户端 / 服务器怎么实现的。
服务端的监听应该是一直开着的吧～
你能确定是那几个客户端，这几个客户端一定会一直开起了机器或者程序？
在客户端断开连接，或者服务端主动断开与客户端的连接，客户端程序都会有个状态回调吧。
也就是说，在断开网络时，客户端是知道的。
应该在客户端收到与服务端断开的消息时，自动重新连接才对啊～
服务端接到新连接后，再做你需要做的处理额。
你还想搞个服务器推送啊……那个更加麻烦……
xian_wwq 2014-08-14
- 打赏
- 举报
估计楼主说的cs是从业务角度来论述的，
c/s结构中，Server端是提供服务，是被动方，
没有必要替客户端维护链路，对于超时连路反倒要及时清理。
如果链路异常，就保留数据重新连接，连接正常后，继续发送数据
於黾 2014-08-14
- 打赏
- 举报
正常的做法,不是服务端不停向客户端推送数据,而是客户端向服务端发起请求,然后服务端响应请求,返回数据
这样,不管客户端是长连接还是短连接,也不管中间是否会断开连接,甚至是否修改IP
反正服务端接到一个请求,就向这个请求的发起者(可以获取对方IP和端口号)返回数据,根本不需要考虑中间是否断开的问题
mjp1234airen4385 2014-08-14
- 打赏
- 举报
你们这是做的什么项目？
服务端向客户端发连接请求，到底谁是服务端？
既然客户端已经连接到服务端了，那顺着这个连接通道发送数据就好了。
干嘛再弄个服务端连接客户端，再传送数据？
於黾 2014-08-14
- 打赏
- 举报
什么是服务端,什么是客户端,你没理解清楚,而做所谓客户端的人也是个2B
不是说在服务器上运行就叫服务端了
服务端,首先里面要提供服务程序,客户端请求之后,服务端处理完,返回数据或执行结果
服务端侦听端口,客户端连接这个端口,达到通信的目的.
而你现在是,客户端开启了一个侦听端口的服务,而你所谓的服务端,像客户端一样去连接这个端口
这样的方案局限性非常大,因为服务端通常是固定IP,而客户端IP不固定,数量也不固定
用服务端去找客户端,这个设计太不合理了
花开花折 2014-08-14
- 打赏
- 举报
客户端代码修改起来比较麻烦啊，对方不太愿意。
花开花折 2014-08-14
- 打赏
- 举报
心跳包不太合适，我这边大概200MS左右会进行一次数据发送的，周期的。
花开花折 2014-08-14
- 打赏
- 举报
哦，不好意思，各位 上面写反了，是客户端发起连接请求，服务 器端侦听连接。
花开花折 2014-08-14
- 打赏
- 举报
注：客户端发送连接请求
服务器端侦听连接 这些没有错
我端服务器端定期发送数据给客户端，当客户端断开连接时，我服务端再发送数据时，就会提示客户端已断开连接
现在就想实现一方法，判断如果连接断开，再重新侦听连接。谢谢。
h82258652 2014-08-13
- 打赏
- 举报
tcp 心跳包。
定时发送心跳包，若指定时间内没响应则认为断开
rtdb 2014-08-13
- 打赏
- 举报
发PING包，看对方是否正常回传
请叫我卷福 2014-08-13
- 打赏
- 举报
客户端 发起 连接请求 不是服务器
