V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
helloworld12
V2EX  ›  问与答

为什么 tcp 连接 会停在 close_wait 状态,而不是直接到 last_ack 状态

  •  
  •   helloworld12 · 2018-02-09 01:23:45 +08:00 · 1700 次点击
    这是一个创建于 2240 天前的主题,其中的信息可能已经有所发展或是发生改变。

    为什么 tcp 连接 会停在 close_wait 状态,而不是直接到 last_ack 状态

    假设客户端 A 发送 fin 给服务器 B,那么服务器 B 进入 close_wait 状态 这时候,服务器 B 发送 ack 给 客户端 A 接着服务器 B 发送 fin 给客户端 A, 服务器 B 进入 last_ack 状态

    嗯? B 处在 close_wait 状态, 是因为要发送其他数据给客户端 A,等待发送完毕,才发送 Fin 给客户端 A,然后才能进入 last_ack 状态吗?

    第 1 条附言  ·  2018-02-09 10:54:46 +08:00
    想了下,receive-Q 还有数据,就变成 close_wait 是不是因为系统已经知道对方服务器发送 FIN 了,但是应用程序还不知道
    3 条回复    2018-02-09 09:48:53 +08:00
    helloworld12
        1
    helloworld12  
    OP
       2018-02-09 01:31:59 +08:00
    那问题来了

    为什么 netstat 可以看到
    ```
    tcp4 66186 0 192.168.1.4.63632 47.100.42.26.88 CLOSE_WAIT
    tcp4 49856 0 192.168.1.4.64196 47.100.42.26.88 CLOSE_WAIT
    ```
    这种数据,receive-Q 接收队列还有数据,不应该数据都接收完了,才收到 Fin 数据包,然后才进入 Close_wait 状态吗?
    junwuhui
        2
    junwuhui  
       2018-02-09 02:38:50 +08:00 via Android
    close_wait 是为了可以让要处理的任务处理完,所以~
    tamer
        3
    tamer  
       2018-02-09 09:48:53 +08:00
    因为是全双工,
    收发数据都要保证无残留
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1136 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 22:57 · PVG 06:57 · LAX 15:57 · JFK 18:57
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.