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

陳碩的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>
            一本高清dvd不卡在线观看| 亚洲国产精品成人| 亚洲欧美欧美一区二区三区| 亚洲精选在线| 欧美性做爰猛烈叫床潮| 性色av一区二区三区红粉影视| 亚洲麻豆av| 国产精品萝li| 久久精品视频在线看| 久久久久国产一区二区三区| 在线欧美亚洲| 亚洲精品视频在线| 国产精品久久久久久久久| 久久本道综合色狠狠五月| 久久精品国产99精品国产亚洲性色 | 欧美一区二区三区免费在线看| 亚洲欧美日韩在线综合| 伊人久久大香线| 亚洲国产精品美女| 欧美性事免费在线观看| 久久精品二区| 欧美精品在欧美一区二区少妇| 亚洲一区影音先锋| 久久久久久久综合日本| 亚洲一区二区三区免费观看| 久久aⅴ国产欧美74aaa| 亚洲另类在线视频| 欧美一区二区三区日韩视频| 亚洲精品欧美激情| 午夜精品视频在线观看| 亚洲伦理在线观看| 久久精品视频导航| 亚洲一区免费| 欧美福利精品| 久久蜜桃资源一区二区老牛| 欧美精品免费播放| 久久视频在线看| 欧美人成在线| 美女任你摸久久| 国产精品日日摸夜夜摸av| 欧美国产日韩a欧美在线观看| 国产精品尤物| 日韩亚洲欧美一区| 亚洲老司机av| 欧美大色视频| 美腿丝袜亚洲色图| 国产视频精品网| 一区二区三区高清| 99精品视频免费全部在线| 老妇喷水一区二区三区| 久久精品免费播放| 国产精品一区久久| 亚洲在线电影| 亚洲天堂av在线免费| 欧美大片一区二区三区| 麻豆成人在线观看| 国产最新精品精品你懂的| 亚洲欧美日本国产专区一区| 亚洲在线视频一区| 欧美色视频在线| 亚洲看片一区| 99国产麻豆精品| 欧美日本久久| 日韩五码在线| 亚洲专区欧美专区| 国产精品乱子久久久久| 亚洲一区二区在线视频| 亚洲欧美日韩一区| 国产精品久久午夜夜伦鲁鲁| 一区二区三区欧美在线观看| 亚洲一区国产视频| 国产精品99一区二区| 在线亚洲一区观看| 欧美夜福利tv在线| 韩国精品一区二区三区| 久久免费视频网| 欧美成人一品| 99亚洲视频| 国产精品jvid在线观看蜜臀| 亚洲一区制服诱惑| 久久婷婷久久| 亚洲精品欧美极品| 欧美三区在线视频| 午夜激情亚洲| 欧美99在线视频观看| 亚洲精品一区二区三区不| 欧美日韩第一区日日骚| 亚洲宅男天堂在线观看无病毒| 欧美一区激情| 亚洲国产精品一区在线观看不卡| 欧美激情精品久久久久| 一本一道久久综合狠狠老精东影业| 亚洲影视综合| 精品粉嫩aⅴ一区二区三区四区| 免费成人黄色| 一区二区三区四区五区精品| 久久精品视频va| 亚洲免费久久| 国产日韩在线一区| 美女图片一区二区| 一区二区三区四区蜜桃| 狂野欧美激情性xxxx欧美| 99国产一区二区三精品乱码| 国产亚洲精品激情久久| 欧美激情精品久久久久久免费印度| 一本一本久久a久久精品牛牛影视| 久久精品亚洲乱码伦伦中文| 亚洲精品色图| 国产亚洲福利| 欧美三级午夜理伦三级中文幕 | 亚洲电影网站| 欧美在线视频播放| 日韩视频免费在线观看| 狠狠色狠狠色综合人人| 国产精品wwwwww| 欧美va亚洲va日韩∨a综合色| 午夜伦欧美伦电影理论片| 亚洲精品国产拍免费91在线| 久久理论片午夜琪琪电影网| 亚洲一区二区久久| 亚洲人成毛片在线播放女女| 国产亚洲激情视频在线| 欧美日韩在线一区二区三区| 欧美ed2k| 久久婷婷国产综合精品青草| 性色av一区二区三区红粉影视| 日韩视频一区| 亚洲国产你懂的| 欧美激情第4页| 巨胸喷奶水www久久久免费动漫| 欧美夜福利tv在线| 亚洲夜间福利| 中文国产成人精品久久一| 亚洲日本成人女熟在线观看| 国内精品写真在线观看| 国产亚洲激情| 国产婷婷色综合av蜜臀av| 国产精品一区毛片| 国产精品久久网| 国产精品久久久久久模特| 国产精品va| 国产精品h在线观看| 欧美午夜片在线观看| 欧美日韩视频在线第一区| 欧美日韩卡一卡二| 欧美日韩不卡视频| 欧美日韩久久精品| 欧美体内she精视频在线观看| 欧美视频在线免费看| 国产精品porn| 国产欧美日本在线| 韩国av一区二区| 一区二区亚洲精品国产| 亚洲国产另类精品专区| 亚洲日本理论电影| 亚洲婷婷国产精品电影人久久| 宅男噜噜噜66一区二区| 午夜视频在线观看一区| 久久福利电影| 免费视频一区二区三区在线观看| 噜噜噜久久亚洲精品国产品小说| 免费不卡在线观看av| 亚洲第一狼人社区| 一本色道综合亚洲| 羞羞答答国产精品www一本 | 亚洲午夜激情网站| 午夜久久99| 蜜臀久久久99精品久久久久久| 欧美国产在线观看| 国产精品一区在线观看| 影视先锋久久| 亚洲天堂网站在线观看视频| 欧美一级午夜免费电影| 欧美/亚洲一区| 99精品视频免费| 欧美一区二区三区四区在线观看 | 亚洲在线中文字幕| 蜜桃av一区二区三区| 欧美三级精品| 伊人久久久大香线蕉综合直播| 99热这里只有成人精品国产| 香蕉久久精品日日躁夜夜躁| 欧美成黄导航| 一区二区三区四区五区精品| 久久久综合视频| 国产精品国产三级国产普通话99| 一区二区三区在线观看欧美| 亚洲天堂黄色| 欧美成人精品在线| 午夜精品福利一区二区蜜股av| 欧美mv日韩mv国产网站app| 国产精品久久久久久久久婷婷| 亚洲国产你懂的| 久久精品主播| 亚洲综合成人在线| 欧美黄色日本| 亚洲国产精品福利| 久久精品男女| 亚洲一区二区三区四区五区午夜| 欧美成人福利视频|