青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

陳碩的Blog

為什么 muduo 的 shutdown() 沒有直接關閉 TCP 連接?

陳碩 (giantchen_AT_gmail)

Blog.csdn.net/Solstice

Muduo 全系列文章列表: http://blog.csdn.net/Solstice/category/779646.aspx

 

今天收到一位網友來信:

在 simple 中的 daytime 示例中,服務端主動關閉時調用的是如下函數序列,這不是只是關閉了連接上的寫操作嗎,怎么是關閉了整個連接?

   1: void DaytimeServer::onConnection(const muduo::net::TcpConnectionPtr& conn)
   2: {
   3:   if (conn->connected())
   4:   {
   5:     conn->send(Timestamp::now().toFormattedString() + "\n");
   6:     conn->shutdown();
   7:   }
   8: }
   9:  
  10: void TcpConnection::shutdown()
  11: {
  12:   if (state_ == kConnected)
  13:   {
  14:     setState(kDisconnecting);
  15:     loop_->runInLoop(boost::bind(&TcpConnection::shutdownInLoop, this));
  16:   }
  17: }
  18:  
  19: void TcpConnection::shutdownInLoop()
  20: {
  21:   loop_->assertInLoopThread();
  22:   if (!channel_->isWriting())
  23:   {
  24:     // we are not writing
  25:     socket_->shutdownWrite();
  26:   }
  27: }
  28:  
  29: void Socket::shutdownWrite()
  30: {
  31:   sockets::shutdownWrite(sockfd_);
  32: }
  33:  
  34: void sockets::shutdownWrite(int sockfd)
  35: {
  36:   if (::shutdown(sockfd, SHUT_WR) < 0)
  37:   {
  38:     LOG_SYSERR << "sockets::shutdownWrite";
  39:   }
  40: }

陳碩答復如下:

Muduo TcpConnection 沒有提供 close,而只提供 shutdown ,這么做是為了收發數據的完整性。

TCP 是一個全雙工協議,同一個文件描述符既可讀又可寫, shutdownWrite() 關閉了“寫”方向的連接,保留了“讀”方向,這稱為 TCP half-close。如果直接 close(socket_fd),那么 socket_fd 就不能讀或寫了。

用 shutdown 而不用 close 的效果是,如果對方已經發送了數據,這些數據還“在路上”,那么 muduo 不會漏收這些數據。換句話說,muduo 在 TCP 這一層面解決了“當你打算關閉網絡連接的時候,如何得知對方有沒有發了一些數據而你還沒有收到?”這一問題。當然,這個問題也可以在上面的協議層解決,雙方商量好不再互發數據,就可以直接斷開連接。

等于說 muduo 把“主動關閉連接”這件事情分成兩步來做,如果要主動關閉連接,它會先關本地“寫”端,等對方關閉之后,再關本地“讀”端。練習:閱讀代碼,回答“如果被動關閉連接,muduo 的行為如何?” 提示:muduo 在 read() 返回 0 的時候會回調 connection callback,這樣客戶代碼就知道對方斷開連接了。

Muduo 這種關閉連接的方式對對方也有要求,那就是對方 read() 到 0 字節之后會主動關閉連接(無論 shutdownWrite() 還是 close()),一般的網絡程序都會這樣,不是什么問題。當然,這么做有一個潛在的安全漏洞,萬一對方故意不不關,那么 muduo 的連接就一直半開著,消耗系統資源。

完整的流程是:我們發完了數據,于是 shutdownWrite,發送 TCP FIN 分節,對方會讀到 0 字節,然后對方通常會關閉連接,這樣 muduo 會讀到 0 字節,然后 muduo 關閉連接。(思考題:在 shutdown() 之后,muduo 回調 connection callback 的時間間隔大約是一個 round-trip time,為什么?)

另外,如果有必要,對方可以在 read() 返回 0 之后繼續發送數據,這是直接利用了 half-close TCP 連接。muduo 會收到這些數據,通過 message callback 通知客戶代碼。

那么 muduo 什么時候真正 close socket 呢?在 TcpConnection 對象析構的時候。TcpConnection 持有一個 Socket 對象,Socket 是一個 RAII handler,它的析構函數會 close(sockfd_)。這樣,如果發生 TcpConnection 對象泄漏,那么我們從 /proc/pid/fd/ 就能找到沒有關閉的文件描述符,便于查錯。

muduo 在 read() 返回 0 的時候會回調 connection callback,然后把 TcpConnection 的引用計數減一,如果 TcpConnection 的引用計數降到零,它就會析構了。

參考:

《TCP/IP 詳解》第一卷第 18.5 節,TCP Half-Close。

《UNIX 網絡編程》第一卷第三版第 6.6 節, shutdown() 函數。

posted on 2011-02-25 21:30 陳碩 閱讀(3435) 評論(3)  編輯 收藏 引用 所屬分類: muduo

評論

# re: 為什么 muduo 的 shutdown() 沒有直接關閉 TCP 連接?[未登錄] 2011-02-27 12:59 vincent

可能我問的很膚淺,當一段決定關閉TCP連接的時候,還去保證繼續可以接到一些信息的意義在哪,沒有上層邏輯,數據神馬用都沒有啊  回復  更多評論   

# re: 為什么 muduo 的 shutdown() 沒有直接關閉 TCP 連接? 2014-03-19 18:16 lys86_1205

如果套接字可寫的話
void TcpConnection::shutdownInLoop()
{
loop_->assertInLoopThread();
if (!channel_->isWriting())
{
// we are not writing
socket_->shutdownWrite();
}
}
你這個函數的意思是不關閉, 也就是不調用socket_->shutdownWrite();
那豈不是沒有關閉寫?  回復  更多評論   

# re: 為什么 muduo 的 shutdown() 沒有直接關閉 TCP 連接? 2014-04-15 02:33 陳碩

@lys86_1205
你可以先單步跟蹤一下。  回復  更多評論   

<2011年2月>
303112345
6789101112
13141516171819
20212223242526
272812345
6789101112

導航

統計

常用鏈接

隨筆分類

隨筆檔案

相冊

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            日韩特黄影片| 日韩一级精品| 久久免费国产精品| 国产一区二区三区高清| 久久全球大尺度高清视频| 性视频1819p久久| 狠狠v欧美v日韩v亚洲ⅴ| 久久视频在线免费观看| 久久久久久久久岛国免费| 亚洲国产成人精品女人久久久 | 国产精品久久久久aaaa| 亚洲一区图片| 久久精品免费播放| 亚洲精品少妇30p| 一区二区三区导航| 国产日韩欧美制服另类| 另类av一区二区| 欧美精品成人| 久久精品水蜜桃av综合天堂| 久久久久99| 亚洲一区二区三区色| 羞羞漫画18久久大片| 亚洲第一福利视频| 亚洲美女福利视频网站| 国产日产精品一区二区三区四区的观看方式 | 黄网动漫久久久| 亚洲区中文字幕| 国产日韩av在线播放| 欧美高清视频一区二区| 欧美日韩中国免费专区在线看| 欧美一区91| 欧美高清视频www夜色资源网| 亚洲一级在线| 美日韩精品视频| 欧美专区亚洲专区| 欧美第一黄色网| 性欧美videos另类喷潮| 免费黄网站欧美| 久久国内精品视频| 欧美精品在线视频观看| 久久婷婷麻豆| 国产精品免费网站| 亚洲韩国一区二区三区| 国产主播一区二区| 亚洲午夜精品久久| 日韩亚洲视频在线| 久久久久.com| 久久精品视频网| 欧美性理论片在线观看片免费| 美女国内精品自产拍在线播放| 欧美另类在线观看| 亚洲高清不卡| 亚洲国产91精品在线观看| 亚洲一区二区四区| 亚洲摸下面视频| 欧美三级在线播放| 最新高清无码专区| 亚洲国产精品第一区二区| 欧美专区第一页| 欧美一区二区三区视频在线观看| 欧美日韩国产影片| 亚洲黄色有码视频| 亚洲美女视频在线观看| 欧美a级大片| 亚洲第一视频| 伊人色综合久久天天| 欧美一区二区视频在线观看| 欧美一区1区三区3区公司| 国产精品一区毛片| 小黄鸭精品密入口导航| 欧美在线亚洲综合一区| 国产精品一区二区三区观看| 亚洲一区亚洲| 欧美专区18| 一区二区亚洲精品国产| 久久久久久9| 欧美激情一区二区三区在线视频| 亚洲国产精品久久久久婷婷老年 | 久久久伊人欧美| 老司机成人在线视频| 尤物精品在线| 欧美大片va欧美在线播放| 亚洲国产电影| 亚洲一区二区三区在线看| 国产精品久久久久aaaa樱花| 午夜精品久久| 嫩草成人www欧美| 99re66热这里只有精品3直播| 男男成人高潮片免费网站| 亚洲黄色在线视频| 亚洲综合日韩中文字幕v在线| 国产精品一区二区三区四区| 久久精品国产综合精品| 亚洲国产欧美国产综合一区| 中文精品99久久国产香蕉| 国产精品一区二区久激情瑜伽| 久久精品一区四区| 亚洲精品久久久久中文字幕欢迎你| 一本色道久久综合亚洲精品不卡| 国产精品爽黄69| 久久久久久午夜| 999亚洲国产精| 久久久最新网址| 亚洲视频一区二区| 精品999在线观看| 欧美日韩综合视频| 久久www免费人成看片高清| 亚洲国产精品高清久久久| 亚洲一区二区三区四区五区午夜| 国产日韩一区二区三区在线| 欧美成人在线免费观看| 性欧美大战久久久久久久久| 亚洲人成在线观看网站高清| 久久久久国产精品麻豆ai换脸| 91久久综合| 国产一区二区高清不卡| 欧美日韩一区综合| 久久综合久久综合久久综合| 亚洲尤物在线视频观看| 亚洲高清电影| 麻豆精品在线视频| 香蕉国产精品偷在线观看不卡| 亚洲精品国精品久久99热一| 国内精品久久久久久久97牛牛| 欧美美女视频| 美女视频黄免费的久久| 午夜日韩福利| 制服丝袜激情欧洲亚洲| 亚洲黄色av一区| 欧美国产成人精品| 噜噜爱69成人精品| 欧美在线播放一区| 午夜欧美精品| 亚洲视屏在线播放| 99re热这里只有精品视频| 永久免费视频成人| 韩国久久久久| 国产一区激情| 国产精品亚洲综合天堂夜夜| 欧美日韩精品一区二区| 欧美精品久久天天躁| 久久综合网色—综合色88| 久久精品中文字幕一区二区三区| 亚洲午夜视频在线观看| 亚洲美女中文字幕| 一本色道久久综合亚洲精品小说 | 午夜久久黄色| 亚洲在线免费视频| 亚洲天堂av电影| 在线视频亚洲| 亚洲夜间福利| 性久久久久久久久| 欧美一区二区精美| 久久九九精品| 免费黄网站欧美| 欧美粗暴jizz性欧美20| 欧美劲爆第一页| 欧美日本亚洲韩国国产| 欧美日韩成人在线| 欧美午夜免费电影| 国产精品久久看| 国产一区视频网站| 在线观看亚洲视频啊啊啊啊| 在线播放日韩欧美| 亚洲经典在线| 亚洲午夜av在线| 欧美一级电影久久| 开心色5月久久精品| 欧美14一18处毛片| 99在线精品免费视频九九视| 一本色道久久综合亚洲二区三区| 亚洲一级影院| 久久综合九九| 国产精品久久久久久久久久免费看 | 国产精品毛片a∨一区二区三区|国 | 久久综合久久久| 欧美区一区二| 国产欧美一级| 91久久亚洲| 午夜欧美不卡精品aaaaa| 美女91精品| 日韩视频专区| 久久深夜福利免费观看| 欧美三级日本三级少妇99| 国产综合视频| 正在播放亚洲| 免费视频久久| 亚洲欧美日韩网| 欧美国产欧美综合| 国产欧美日韩视频一区二区| 在线日韩中文| 亚洲欧美久久| 亚洲欧洲美洲综合色网| 午夜视频在线观看一区二区| 美日韩精品免费| 久久综合五月| 韩国自拍一区| 亚洲一区二区三区四区五区黄| 久久久亚洲影院你懂的| 亚洲欧洲一区二区三区|