提問者: by語言, > 最近在研究Hp-Socket Pull模式收發文件，之前在論壇中看到有人說大文件傳輸推薦Pull，效率高于PACK。但是有個疑問，還望用過的前輩指教： 以下兩種方式哪個合理一些： 客戶端按把文件拆成若干個包 ``` 方案1： ----->連續發送給服務端----->服務端連續收包組包----->循環 方案2： ----->發送包1給服務端----->服務端收到包1并開始組包------>告訴客戶端繼續發送包2----->循環 ``` 其實`方案1`可以看成`異步`，`方案2`是`同步`。 請問如果用`方案1`的話，會不會包10比包1先到，服務端收到的包的順序如何保障，Hp-Socket在底層有沒有做處理？ `方案2`的話，保證了包序，但是效率上肯定不如包1。 目前在這方面研究的不深，希望有經驗的前輩點撥一下，感謝！！！ 先鋒小七: > 你可以嘗試兩種方案在同一外網環境下發送同一文件，期間使用wireshark抓包來分析。 > 值得注意的是包的大小最好別超過32k 流云思水: > 除非是不同用戶才會出現延遲狀態，但單個用戶發包，不會B比A早到 4566704: > 如果我沒理解錯的話，你說的包1是指應用層的發送一次吧。 > 1.串行發送模式，包都是按順序發送的 > 2.只有開啟并行發送，包序才會亂，易語言就別開并行發送了，組包算法明顯沒VC高 > 3.可以把方案2看成，切片傳輸，用于大文件傳輸，斷點續傳等，還可以提高win32服務端帶機量 4566704: > 切片是把一個大文件，分成若干個小文件進行多次發送。 > 比如把5G的視頻文件，分割成256k，進行發送，就算中途斷掉，也不會白傳，重連后繼續傳剩下的就可以了。 > 沒人會單次發送很大的文件。