文章編號: 192599 - 上次校閱: 2005年7月11日 - 版次: 1.1

資訊: 避免窺視 (Peek) Winsock 的資料

中英文對照顯示按一下這裡顯示機器翻譯的中英文對照
機器翻譯檢視機器翻譯免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。
全部展開 | 全部摺疊

結論

窺視 Winsock 中的資料，表示該應用程式的要求等候收到而不會實際收到內送資料的長度。這是從與 Unix BSD 通訊端 Winsock 1.1 相容性 holdover。在 Winsock，這被達成與接收/WSARecv(..., MSG_PEEK)] 或 [ioctlsocket(FIONREAD,...)。您應該避免這麼做，因為是高效率不佳，主體不正確的資料計數應用程式。
回此頁最上方

其他相關資訊

通訊端實作是固定大小內部傳送，而接收會配置必要，從連續、 非分頁集區記憶體的緩衝區。這些緩衝區的預設大小是 8 k 每個。連入網路資料放入內部接收緩衝區通訊端。

使用其中一種窺視] 方法以接收/WSARecv(..., MSG_PEEK) 或 ioctlsocket(FIONREAD,...)，以取得接收緩衝區中的資料量的 Winsock 應用程式是高效率不佳，因為系統必須鎖定資料，並計算它。系統不這，像很可能即時網路仍會嘗試將更多的資料填入緩衝區。窺視 (Peek) 也不會移除資料將可讓緩衝區來達到其儲存限制。如此一來這向網路資料流量速率下關閉，並讓整個處理序的資料傳輸效率不佳。

在資料流通訊端直到到達特定數量的位元組或訊息 」 上的輪詢是錯誤的程式碼。因為它提供資料流，將資料流通訊端連結的這類的 TCP，就不會保留訊息界限。應用程式可以不斷而定的最大郵件大小為這類是一個位元組的長度。 等待直到到達完成的 「 訊息 」 使用窺視 (Peek) 的程式碼可能永遠不會成功上 Winsock 資料跨越多個系統緩衝區界限，因為來設計決策的位置中的資料流為基礎通訊協定。窺視作業將會報告往上直到第一個緩衝區界限的位元組數目。其他界限中剩餘的位元組可能永遠不會報告，導致應該精確窺視值而定的程式碼演算法的資料不正確的次數。後續窺視嘗試不會顯示 「 隱藏 」 仍然可以接收從緩衝區的資料。

最佳的資料流通訊協定通訊端實作是放電到應用程式配置的緩衝區空間抵達時立即的資料。這可讓通訊端緩衝區，以保持開啟到穩定的網路資料流量速率，如應用程式會剖析導致多更好的網路效能資料。
回此頁最上方

?考

Windows 通訊端 2 API 規格修訂 2.2.0，可能 10，1996年附錄 C，"跛腳清單，"項目 # 20 # 26。

如需詳細資訊請參閱 「 Microsoft 知識庫 」 中下列文：
140263? (http://support.microsoft.com/kb/140263/EN-US/ ) PRB： recv() w MSG_PEEK 一定會傳回錯誤的緩衝區大小
回此頁最上方
這篇文章中的資訊適用於:
  • Microsoft Platform Software Development Kit-January 2000 Edition
回此頁最上方
關鍵字：?
kbmt kbapi kbinfo kbnetwork kbwinsock KB192599 KbMtzh
回此頁最上方
機器翻譯機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：192599? (http://support.microsoft.com/kb/192599/en-us/ )
回此頁最上方
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。