golang 小白求教
This topic created in 1565 days ago, the information mentioned may be changed or developed.
 |
neoblackcapJul 27, 2022
1
如果你是问标准库里面的 socket 连接，那么是没有直接的判断方式的。唯有你自己写一个。
方法便是设置 socket 连接的读超时，如果连接读取超时则认为是 socket 已经关闭了 |
 |
2
err eof 就是关闭啊
|
1 |
SezxyJul 27, 2022
3
系统的 keepalive 或者自己心跳监控
|
 |
4
服务器响应心跳, 客户端发送心跳, 除此以外的一切判断方法都会出现线路断开了而报正常.
|
 |
lllllliiiiJul 27, 2022 via Android
5
go 没有提供这样的 api ，一般是往里面写，来判断。
|
 |
aladdindingJul 27, 2022
6
对一个已经关闭的连接读写的话通常会 rest by peer 和 broken pipe
|
 |
7
read---->EOF ，已关闭
write---->broken pipe ，已关闭 |
 |
wangyu17455Jul 27, 2022 via Android
8
读超时设置 0 ，然后直接读，error 就是关了
|
 |
lysSJul 27, 2022
9
如果是系统接口的 socket 本身，它断了，读和写都会报错 closed
如果是物理意义上的通信链路断，就需要加 keepalive 、心跳包 |
 |
10
@wangyu17455 读超时设置 0 是指不设置超时时间吗？
|
|
11
@bthulu 监控心跳的 socket 和接发数据的 socket 是同一个吗
|
|
wangyu17455Jul 27, 2022
12
@ppolanwind SetReadDeadline(time.Unix(0,0))
|
 |
haoliangJul 27, 2022
13
@lysS > 如果是物理意义上的通信链路断，就需要加 keepalive 、心跳包
链路层(data link layer)断了，连接还能通过 keepalive 、心跳包恢复，第一眼看到时我觉得不可思议，想了下还是觉得不可思议 |
|
14
@haoliang 可以详细解释一下嘛
|
|
15
@wangyu17455 这样设置的意思是立即超时？那么接下来的读操作不会直接返回超时 err 嘛？
|
 |
stephenxiaxyJul 27, 2022
17
借楼问个问题，epoll 里面也是用的 keepalive 来触发的吗
|
 |
xuyang2Jul 27, 2022
18
"在 golang 中" ×
"在 Linux / Windows 中" √ https://stackoverflow.com/questions/16582303/how-to-check-tcp-peer-is-closed |
|
bthuluJul 27, 2022
19
@ppolanwind 你要判断这个 socket 是否关闭, 那就只能是这个 socket 的心跳来判断.
|
|
wangyu17455Jul 27, 2022
20
@ppolanwind 这么做的意思是非阻塞读，如果 socket 缓冲区里有东西那就能读到东西，如果没有就直接返回，如果 socket 已经关闭那你调用 read 会得到 error ，调用 SetReadDeadline 是为了防止连接没有关闭然后阻塞在读取上
|
 |
21
@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 就没必要了 |
 |
EminemWJul 28, 2022
23
读的时候判断 io.EOF
写的时候判断 broken pipe |
 |
lesismalAug 1, 2022
26
这个课代表，能处
|
Select Language