C# TCP/IP通信断开的检测

时间:2021-08-03 15:18:10
                     最近做一项目涉及到TCP/IP通信,服务器端发起连接请求,客户端接受请求。 现发现客户端接受请求后会偶尔会断开连接,然后再重新连接。我服务端接受数据时会提示客户端已断开连接。
 
                    现想在我服务器端用一事件检测连接是否断开,当断开时,服务器端重新发起连接请求。谢谢。
  

     

14 个解决方案

#1


客户端 发起 连接请求  不是服务器

#2


发PING包,看对方是否正常回传

#3


tcp 心跳包。
定时发送心跳包,若指定时间内没响应则认为断开

#4


引用 3 楼 h82258652 的回复:
tcp 心跳包。
定时发送心跳包,若指定时间内没响应则认为断开



心跳包不太合适,我这边大概200MS左右会进行一次数据发送的,周期的。

#5


引用 1 楼 xiaozhi_5638 的回复:
客户端 发起 连接请求  不是服务器


客户端代码修改起来比较麻烦啊,对方不太愿意。

#6


什么是服务端,什么是客户端,你没理解清楚,而做所谓客户端的人也是个2B
不是说在服务器上运行就叫服务端了
服务端,首先里面要提供服务程序,客户端请求之后,服务端处理完,返回数据或执行结果

服务端侦听端口,客户端连接这个端口,达到通信的目的.

而你现在是,客户端开启了一个侦听端口的服务,而你所谓的服务端,像客户端一样去连接这个端口
这样的方案局限性非常大,因为服务端通常是固定IP,而客户端IP不固定,数量也不固定
用服务端去找客户端,这个设计太不合理了

#7


你们这是做的什么项目?
服务端向客户端发连接请求,到底谁是服务端?
既然客户端已经连接到服务端了,那顺着这个连接通道发送数据就好了。
干嘛再弄个服务端连接客户端,再传送数据?

#8


正常的做法,不是服务端不停向客户端推送数据,而是客户端向服务端发起请求,然后服务端响应请求,返回数据
这样,不管客户端是长连接还是短连接,也不管中间是否会断开连接,甚至是否修改IP
反正服务端接到一个请求,就向这个请求的发起者(可以获取对方IP和端口号)返回数据,根本不需要考虑中间是否断开的问题

#9


估计楼主说的cs是从业务角度来论述的,
c/s结构中,Server端是提供服务,是被动方,
没有必要替客户端维护链路,对于超时连路反倒要及时清理。
如果链路异常,就保留数据重新连接,连接正常后,继续发送数据

#10


引用 8 楼 Z65443344 的回复:
正常的做法,不是服务端不停向客户端推送数据,而是客户端向服务端发起请求,然后服务端响应请求,返回数据
这样,不管客户端是长连接还是短连接,也不管中间是否会断开连接,甚至是否修改IP
反正服务端接到一个请求,就向这个请求的发起者(可以获取对方IP和端口号)返回数据,根本不需要考虑中间是否断开的问题





引用 6 楼 Z65443344 的回复:
什么是服务端,什么是客户端,你没理解清楚,而做所谓客户端的人也是个2B
不是说在服务器上运行就叫服务端了
服务端,首先里面要提供服务程序,客户端请求之后,服务端处理完,返回数据或执行结果

服务端侦听端口,客户端连接这个端口,达到通信的目的.

而你现在是,客户端开启了一个侦听端口的服务,而你所谓的服务端,像客户端一样去连接这个端口
这样的方案局限性非常大,因为服务端通常是固定IP,而客户端IP不固定,数量也不固定
用服务端去找客户端,这个设计太不合理了


注:客户端发送连接请求
        服务器端侦听连接      这些没有错
我端服务器端定期发送数据给客户端,当客户端断开连接时,我服务端再发送数据时,就会提示客户端已断开连接 
现在就想实现一方法,判断如果连接断开,再重新侦听连接。谢谢。

#11


哦,不好意思,各位 上面写反了,是客户端发起连接请求,服务 器端侦听连接。

#12


我不知道你客户端 / 服务器怎么实现的。

服务端的监听应该是一直开着的吧~  
你能确定是那几个客户端,这几个客户端一定会一直开起了机器或者程序?
在客户端断开连接,或者服务端主动断开与客户端的连接,客户端程序都会有个状态回调吧。
也就是说,在断开网络时,客户端是知道的。 

应该在客户端收到与服务端断开的消息时,自动重新连接才对啊~
服务端接到新连接后,再做你需要做的处理额。

你还想搞个服务器推送啊……那个更加麻烦…… 

#13


引用 10 楼 u010909114 的回复:
注:客户端发送连接请求
        服务器端侦听连接      这些没有错
我端服务器端定期发送数据给客户端,当客户端断开连接时,我服务端再发送数据时,就会提示客户端已断开连接 
现在就想实现一方法,判断如果连接断开,再重新侦听连接。谢谢。

在Accept里,侦听到有新的连接进来,把IP和端口加入队列(可以是LIST等)
报catch之后,将断开的连接移出队列
就完了啊
侦听是一直开着的,等客户端重连的时候,就又会加入队列,然后继续推送
什么都不用做啊

#14


中心思想是:
服务端只负责侦听,并向已经连接的客户端发送数据
不要去管如果断开了该如何重连的问题

#1


客户端 发起 连接请求  不是服务器

#2


发PING包,看对方是否正常回传

#3


tcp 心跳包。
定时发送心跳包,若指定时间内没响应则认为断开

#4


引用 3 楼 h82258652 的回复:
tcp 心跳包。
定时发送心跳包,若指定时间内没响应则认为断开



心跳包不太合适,我这边大概200MS左右会进行一次数据发送的,周期的。

#5


引用 1 楼 xiaozhi_5638 的回复:
客户端 发起 连接请求  不是服务器


客户端代码修改起来比较麻烦啊,对方不太愿意。

#6


什么是服务端,什么是客户端,你没理解清楚,而做所谓客户端的人也是个2B
不是说在服务器上运行就叫服务端了
服务端,首先里面要提供服务程序,客户端请求之后,服务端处理完,返回数据或执行结果

服务端侦听端口,客户端连接这个端口,达到通信的目的.

而你现在是,客户端开启了一个侦听端口的服务,而你所谓的服务端,像客户端一样去连接这个端口
这样的方案局限性非常大,因为服务端通常是固定IP,而客户端IP不固定,数量也不固定
用服务端去找客户端,这个设计太不合理了

#7


你们这是做的什么项目?
服务端向客户端发连接请求,到底谁是服务端?
既然客户端已经连接到服务端了,那顺着这个连接通道发送数据就好了。
干嘛再弄个服务端连接客户端,再传送数据?

#8


正常的做法,不是服务端不停向客户端推送数据,而是客户端向服务端发起请求,然后服务端响应请求,返回数据
这样,不管客户端是长连接还是短连接,也不管中间是否会断开连接,甚至是否修改IP
反正服务端接到一个请求,就向这个请求的发起者(可以获取对方IP和端口号)返回数据,根本不需要考虑中间是否断开的问题

#9


估计楼主说的cs是从业务角度来论述的,
c/s结构中,Server端是提供服务,是被动方,
没有必要替客户端维护链路,对于超时连路反倒要及时清理。
如果链路异常,就保留数据重新连接,连接正常后,继续发送数据

#10


引用 8 楼 Z65443344 的回复:
正常的做法,不是服务端不停向客户端推送数据,而是客户端向服务端发起请求,然后服务端响应请求,返回数据
这样,不管客户端是长连接还是短连接,也不管中间是否会断开连接,甚至是否修改IP
反正服务端接到一个请求,就向这个请求的发起者(可以获取对方IP和端口号)返回数据,根本不需要考虑中间是否断开的问题





引用 6 楼 Z65443344 的回复:
什么是服务端,什么是客户端,你没理解清楚,而做所谓客户端的人也是个2B
不是说在服务器上运行就叫服务端了
服务端,首先里面要提供服务程序,客户端请求之后,服务端处理完,返回数据或执行结果

服务端侦听端口,客户端连接这个端口,达到通信的目的.

而你现在是,客户端开启了一个侦听端口的服务,而你所谓的服务端,像客户端一样去连接这个端口
这样的方案局限性非常大,因为服务端通常是固定IP,而客户端IP不固定,数量也不固定
用服务端去找客户端,这个设计太不合理了


注:客户端发送连接请求
        服务器端侦听连接      这些没有错
我端服务器端定期发送数据给客户端,当客户端断开连接时,我服务端再发送数据时,就会提示客户端已断开连接 
现在就想实现一方法,判断如果连接断开,再重新侦听连接。谢谢。

#11


哦,不好意思,各位 上面写反了,是客户端发起连接请求,服务 器端侦听连接。

#12


我不知道你客户端 / 服务器怎么实现的。

服务端的监听应该是一直开着的吧~  
你能确定是那几个客户端,这几个客户端一定会一直开起了机器或者程序?
在客户端断开连接,或者服务端主动断开与客户端的连接,客户端程序都会有个状态回调吧。
也就是说,在断开网络时,客户端是知道的。 

应该在客户端收到与服务端断开的消息时,自动重新连接才对啊~
服务端接到新连接后,再做你需要做的处理额。

你还想搞个服务器推送啊……那个更加麻烦…… 

#13


引用 10 楼 u010909114 的回复:
注:客户端发送连接请求
        服务器端侦听连接      这些没有错
我端服务器端定期发送数据给客户端,当客户端断开连接时,我服务端再发送数据时,就会提示客户端已断开连接 
现在就想实现一方法,判断如果连接断开,再重新侦听连接。谢谢。

在Accept里,侦听到有新的连接进来,把IP和端口加入队列(可以是LIST等)
报catch之后,将断开的连接移出队列
就完了啊
侦听是一直开着的,等客户端重连的时候,就又会加入队列,然后继续推送
什么都不用做啊

#14


中心思想是:
服务端只负责侦听,并向已经连接的客户端发送数据
不要去管如果断开了该如何重连的问题