close Socket 時發(fā)送tcp RST 信令而非FIN，怎么清空SOCKET讀緩沖區(qū)？

XZisonsun

本人在做web服務器的文件上傳功能。我先解析IE發(fā)過來的頭，發(fā)現(xiàn)上傳的文件內(nèi)容太大，于是我就不接受此次上傳。我就close此socket,但由于此socket，讀緩沖區(qū)還有數(shù)據(jù)，導致close操作 發(fā)送給IE一個rst信令而非fin。IE網(wǎng)頁采用POST上傳的、這樣就會出現(xiàn)空白頁面。

要解決這個問題 辦法 1 是 發(fā)現(xiàn)文件太大了 仍然socket 接收，但不寫入磁盤。 但這樣太慢了。
                    2 發(fā)現(xiàn)文件太大。shutdown 關閉socket 讀緩沖區(qū)，清楚讀緩沖區(qū)， 再關閉寫緩沖期
                       但 怎么清空讀緩沖區(qū)呢？？？？？？？？？？？？？

                     3  大家有沒有好的處理辦法？

XZisonsun

sf and up

yulihua49

XZisonsun 發(fā)表于 2013-08-22 11:41
本人在做web服務器的文件上傳功能。我先解析IE發(fā)過來的頭，發(fā)現(xiàn)上傳的文件內(nèi)容太大，于是我就不接受此次上傳 ...

linger......................

csumck

回復 3# yulihua49


    mark，樓上說的詳細點呢，把linger設置成多少？

XZisonsun

回復 3# yulihua49


    那個是針對發(fā)送吧？

我這個是接收。。。

myworkstation

回復 1# XZisonsun


    先shutdown（SHUT_RDWR或者SHUT_RD)然后再close，試試。shutdown之后對端不能再發(fā)送數(shù)據(jù)，但不影響既到達的數(shù)據(jù)緩沖。然后close，關閉連接。這樣應該不會再rst。

yxw-yxw

ie 出現(xiàn)空白頁面是因為你沒有往 IE 發(fā)送數(shù)據(jù)就close了。

要達到你的要求，可以在檢查到文件太大的時候（分析 http 頭后），不用read（或是recv），直接往連接socket write（或是send）數(shù)據(jù)（錯誤消息之類的），然后close socket。close掉連接socket后，內(nèi)核不再保留與之關聯(lián)的緩沖區(qū)

Aquester

XZisonsun 發(fā)表于 2013-08-22 11:41
本人在做web服務器的文件上傳功能。我先解析IE發(fā)過來的頭，發(fā)現(xiàn)上傳的文件內(nèi)容太大，于是我就不接受此次上傳 ...

close()正常需要執(zhí)行四次握手，它不會發(fā)RST，而是FIN，只有之前發(fā)的數(shù)據(jù)已經(jīng)被收到，peer才會收到FIN。

cxytz01

Aquester 發(fā)表于 2013-08-23 21:59
close()正常需要執(zhí)行四次握手，它不會發(fā)RST，而是FIN，只有之前發(fā)的數(shù)據(jù)已經(jīng)被收到，peer才會收到FIN。

對，close需要四次握手，并且會發(fā)送fin。 不會發(fā)送rst。


------------------------------
linger是針對發(fā)送的，不是針對接收的。

rst的發(fā)送條件有幾樣
1.客戶端向服務器不存在的端口發(fā)送請求，會收到服務器的icmp不可達消息，tcp使用rst復位。
2.正常終止連接的方式是發(fā)送fin，但是可以設置lingger，來使用發(fā)送rst異常終止一個連接。
3.用于半打開鏈接。

myworkstation

回復 8# Aquester


    close的行為典型的情況下受linger選項的影響，針對linger的設置來講，當其l_onoff非0，且l_linger為0，那么當套接口關閉時TCP將丟棄保留的套接口發(fā)送緩沖區(qū)的任何數(shù)據(jù)并發(fā)送一個 RST給對方。另一方面TCP的規(guī)范RFC 2525第2.17節(jié)規(guī)定了“如果緩存區(qū)有未讀數(shù)據(jù)那么關閉socket將會發(fā)送RST給對放方“，linux實現(xiàn)符合些標準了，所以樓主情況是合理的。


RFC中的原話如下：
When an application closes a connection in such a way that it can
      no longer read any received data, the TCP SHOULD, per section
      4.2.2.13 of RFC 1122, send a RST if there is any unread received
      data, or if any new data is received. A TCP that fails to do so
      exhibits "Failure to RST on close with data pending".


linger發(fā)送RST的行為在man文檔中有比較隱晦的說明：
If SO_LINGER is disabled and a close is issued, the sys-
     tem will process the close in a manner that allows the process to con-
     tinue as quickly as possible