程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> C語言 >> 關於C語言 >> 解決C# Socket發送數據大小問題

解決C# Socket發送數據大小問題

編輯:關於C語言

TCP/IP是可靠性傳輸協議,它能保證數據能按順序的方式到達目的地.看到以上描述在寫TCP/IP應用的時候似乎就可以放心了,只要程序不出意外就數據輸傳就是正確.但最近在做一個文件傳輸工作的時候確得到的結果並不是這樣,發現網絡環境和一次發送數據大會影響整個輸傳結果.以下是這兩晚的測試情況

測試內容描述:

每個文件塊信息包大概是120k左右

采用異步5連接輸傳,雙方的Socket.SendBufferSize和Socket.ReceiveBufferSize都設置為64K

測試服務器分別有:

局域網:ServerA

在美國機房:ServerB 延時高,Ping有時會超時

測試clIEnt一台,通過ADSL上網.

以下是ClIEnt從Sever下載文件的情況:

服務器8K SendBuffer,客戶端是8K ReceiveBuffer

從ServerA下載文件,分別下載多個文件幾M到幾百M不等,下載後文件正確.

從ServerB下載文件,分別下載多個文件,幾M或更小的文件有部分正確,大文件基本都是錯誤.兩端記錄的發送的字節數和接收的字節相等,符合文件大小,程序也沒有跟蹤到數據接收異常導致的協議分解錯誤.

服務器4K SendBuffer,客戶端8K ReceiveBuffer

從ServerA下載文件,分別下載多個文件幾M到幾百M不等,下載後文件正確.

從ServerB下載文件,分別下載多個文件,文件的正確率比較高,不過還是大文件相對錯誤比較多.當開啟迅雷下載後情況就開始變壞,大部分接收到的文件都出問題,兩端記錄的發送的字節數和接收的字節相等,符合文件大小,程序也沒有跟蹤到數據接收異常導致的協議分解錯誤

服務器2K SendBuffer,客戶端8K ReceiveBuffer

從ServerA下載文件,分別下載多個文件幾M到幾百M不等,下載後文件正確.

從ServerB下載文件,分別下載多個文件,下載結果沒有發現錯誤文件.當開啟迅雷下載後還是有個別文件錯誤,兩端記錄的發送的字節數和接收的字節相等,符合文件大小,程序也沒有跟蹤到數據接收異常導致的協議分解錯誤

服務器1K SendBuffer,客戶端8K ReceiveBuffer

從ServerA下載文件,分別下載多個文件幾M到幾百M不等,下載後文件正確.

從ServerB下載文件,分別下載多個文件,下載結果沒有發現錯誤文件.當開啟迅雷下載後沒有發現文件錯誤.

測試文件發送到Server和下載的情況基本差不多,這說明了在網絡不好的情況處理發送大數據包似首容易產生錯誤,但看TCP/IP協議講解這情況似乎不存在,因為當一個發送數據超過某個值的時候,TCP會劃分塊進行傳輸並保證其順序.但網絡不好的情況測試結果接收的數據有錯誤,但處理的數據大小是正確的,也並沒影響整個協議的分解.由於對CP/IP協議、低層和路由處理的不了解,暫沒找到具體原因。。。不排除程序存在還沒發現的錯誤,打算給發送的文件數據加上校驗再測試一下看情況

補充一下

以上測試只修改了一個屬性

TcpUtils.SendBufferLength = 1K,2K,4K,8K

但只有1K的測試結果奇怪地沒出現文件錯誤,其了幾中均出現僅僅是對ServerB,對ServerA來說沒有出現,2K,4K也只是開啟迅雷的時候錯誤情況多.

原文鏈接:http://www.cnblogs.com/smark/archive/2012/02/02/2335442.Html

【編輯推薦】

  1. 淺析C# Dispose方法模式的建立
  2. C# http分析常用工具淺析
  3. C#HTTP文件傳輸的實現淺析
  4. C# HttpWebRequest提交數據方式淺析
  5. C#抓取網頁程序的實現淺析
【責任編輯:彭凡 TEL:(010)68476606】
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved