golang 小白求教
1
neoblackcap 2022-07-27 03:23:08 +08:00
如果你是问标准库里面的 socket 连接,那么是没有直接的判断方式的。唯有你自己写一个。
方法便是设置 socket 连接的读超时,如果连接读取超时则认为是 socket 已经关闭了 |
2
1423 2022-07-27 03:26:20 +08:00 via iPhone 1
err eof 就是关闭啊
|
3
Goooooos 2022-07-27 07:50:20 +08:00
系统的 keepalive 或者自己心跳监控
|
4
bthulu 2022-07-27 08:09:21 +08:00 3
服务器响应心跳, 客户端发送心跳, 除此以外的一切判断方法都会出现线路断开了而报正常.
|
5
fzdwx 2022-07-27 08:52:41 +08:00 via Android
go 没有提供这样的 api ,一般是往里面写,来判断。
|
6
aladdinding 2022-07-27 08:56:09 +08:00
对一个已经关闭的连接读写的话通常会 rest by peer 和 broken pipe
|
7
djoiwhud 2022-07-27 09:19:03 +08:00 via Android 1
read---->EOF ,已关闭
write---->broken pipe ,已关闭 |
8
wangyu17455 2022-07-27 09:39:31 +08:00 via Android
读超时设置 0 ,然后直接读,error 就是关了
|
9
lysS 2022-07-27 09:55:01 +08:00
如果是系统接口的 socket 本身,它断了,读和写都会报错 closed
如果是物理意义上的通信链路断,就需要加 keepalive 、心跳包 |
10
ppolanwind OP @wangyu17455 读超时设置 0 是指不设置超时时间吗?
|
11
ppolanwind OP @bthulu 监控心跳的 socket 和接发数据的 socket 是同一个吗
|
12
wangyu17455 2022-07-27 11:55:26 +08:00
@ppolanwind SetReadDeadline(time.Unix(0,0))
|
13
haoliang 2022-07-27 12:21:20 +08:00
@lysS > 如果是物理意义上的通信链路断,就需要加 keepalive 、心跳包
链路层(data link layer)断了,连接还能通过 keepalive 、心跳包恢复,第一眼看到时我觉得不可思议,想了下还是觉得不可思议 |
14
ppolanwind OP @haoliang 可以详细解释一下嘛
|
15
ppolanwind OP @wangyu17455 这样设置的意思是立即超时?那么接下来的读操作不会直接返回超时 err 嘛?
|
17
stephenxiaxy 2022-07-27 15:27:38 +08:00
借楼问个问题,epoll 里面也是用的 keepalive 来触发的吗
|
18
xuyang2 2022-07-27 15:54:19 +08:00
"在 golang 中" ×
"在 Linux / Windows 中" √ https://stackoverflow.com/questions/16582303/how-to-check-tcp-peer-is-closed |
19
bthulu 2022-07-27 16:00:40 +08:00
@ppolanwind 你要判断这个 socket 是否关闭, 那就只能是这个 socket 的心跳来判断.
|
20
wangyu17455 2022-07-27 16:02:29 +08:00
@ppolanwind 这么做的意思是非阻塞读,如果 socket 缓冲区里有东西那就能读到东西,如果没有就直接返回,如果 socket 已经关闭那你调用 read 会得到 error ,调用 SetReadDeadline 是为了防止连接没有关闭然后阻塞在读取上
|
21
pastor 2022-07-27 16:10:12 +08:00 4
@wangyu17455 这样做是 Read 能得到 err 了,但是 socket 如果本身还是活跃的,这就是误杀了
还是我来做课代表吧! @ppolanwind 正确的做法: 1. 不要通过调用判断是否断开的方法去判断是否断开(比如 IsClosed ) 2. 正常使用 Conn ,根据使用的返回值判断,比如 Read/Write 时返回了 err ,就是断开了 以上两条只是说怎么处理,实际实现 Conn 封装时通常要做的: 1. 单独一个协程处理读 2. 如果需要广播功能,单独一个协程处理写,否则可以不用单独协程、直接写就行 前面已经有人提到 keepalive ,但不够全面,仍需注意: 1. TCP 的 keepalive (传输层,4 层)只是检测连接健康状态,但不能用于判断连接的活跃状态。比如链路通顺、4 层 keepalive 是健康的,但 7 层应用层没有数据交互,这种属于僵尸连接了,对于正常的服务器,是应该踢掉这种长时间不活跃的僵尸连接的。所以 TCP 的 keepalive 选项不能解决僵尸连接的问题 2. 7 层应该自己进行 keepalive 协议包的收发比如 websocket 的 ping/pong ,来相互判断。业务协议活跃时可以节约掉 ping/pong 、一段时间没有业务协议交互再 ping/pong ,但 keepalive 间隔本来也比较大所以即使不节约这点也没关系。 3. 既然 7 层应该有自己的 keepalive ,其实 4 层的 keepalive 就没必要了 |
23
EminemW 2022-07-28 00:29:52 +08:00
读的时候判断 io.EOF
写的时候判断 broken pipe |
26
lesismal 2022-08-01 19:59:05 +08:00
这个课代表,能处
|