难道是一直发送数据?
|
goofoolJul 29, 2020
1
那就不是 TCP 协议了
|
|
nacosboyJul 29, 2020
2
你可以让 client 主动发送个信号给 server,server 收到信号后 panic,就不会发 FIN 了
|
|
huoruJul 29, 2020
3
为什么要这么做?
|
|
AriverJul 29, 2020
4
先搞明白 tcp/ip
|
|
arthurblakeJul 29, 2020
5
@barryzxb 优秀
|
|
heijiaotuanJul 29, 2020
6
客户端做一个假断开, 并且标记为可重用状态, 下一次有人用再断开上一个 socket.
|
|
8
|
|
tempdbanJul 29, 2020 via Android
9
搜索了一下,golang 貌似可以半关闭的。
https://stackoverflow.com/questions/23879000/net-tcpconn-allowing-write-after-fin-packet 这里您要关注一下,client 半关闭后收到 server 的 payload 会怎么处理,有可能是 rst,也有可能可以正常处理。 |
|
11
使用 CloseWrite 即可
|
|
12
@goofool 可能你没理解我什么意思
别吵 此贴 终止 别回复了 |
|
LANB0Jul 29, 2020
14
C 可以配置 SO_LINGER 来强制 reset,golang 没理由不能
|
|
huoruJul 29, 2020
15
@labulaka521 一个问题,先要有目标场景啊。有可能你说的做法并不是解决你这个问题的最佳办法。
如果你单纯只是想知道怎么做,直接说只是好奇,就好了——这种场景下,方法就更多了。 |
|
WaldenHorizonJul 29, 2020
16
好奇使用场景,学习一下
|
|
also24Jul 29, 2020
17
|
|
18
|
|
19
@also24 学习了
|
|
20
@also24 这个真有趣 hhh
|
|
Les1ieJul 29, 2020
21
场景有可能是大范围的 TCP 扫描 半开放的扫描只需要发送 syn 等待接收 ack,如果本地关闭了连接,内核可能会发送一个 fin,占用带宽,所以需要阻止系统内核发送 fin
|