我用的一問一答方式傳輸數據，結果速度還不如TCP！
請問有沒有誰有傳輸快點的實現代碼阿？？
網上討論的人還是蠻多的，但是始終沒有看到實現的代碼。。。
都是說加包后發過去。但就是不知道怎麽發
望有高手指點迷津
最好能夠代碼。萬分感謝
56030262@qq.com

UDP 本來就是只丟出去，不管對方有沒有收到的一種方式。
你要一問一答。用 UDP 來做，是不是有點奇怪？

要保證數據的完整性，肯定要用到重發啊，也就是必須有回復
我現在是每個包都回復
想問一下能不能實現多包回復？比如1000包回復一次，或者傳完后再循環回復
但是這樣的話程序會卡著不動，而丟掉連接保持包。
現在本來就是多綫程了，如果再加個綫程專門來發送文件，不知道可取否

你們的廣域網傳輸工具又是怎麽實現的喃 ？？？

如過有TCP穿NAT的方法，也望不吝賜教~

誰跟你說"肯定"的？
你可以發個 request 出去給 server.
然後 server 把你要的一直丟出來。根本不用管你是不是有收到。
等你接收完了(等一段時間)之後。
你再整理看看有什麼沒收到的。
再發一次 request
這樣，誰說要一個 package 一個 package 去確認？
UDP 本來就不用確認的。你要用它來做這種事。
根本就。。。。。。。

我说的“肯定”并不是说要每一个都回应，只是我现在只这样做的
当然也可以1000个包回应一次，或者，完全传输后再回应一次
但是通过SERVER来回应两个C之间的掉包，这样服务器的负重就太大了，而且速度不见得会快
我希望的是能有CC之间的快速传送文件方案
把包头好象只能放在ARRAY里，但是文件太大的话，传完再回应，会很慢
1000个包回应一次的话，我想速度也不一定快得起来

你们一般是怎么加速UDP传输速度的喃

UDP本身就是一種不可靠不安全的傳輸方式，流媒體用的最多啦，這塊還沒有心得哦

udp 用问答形式当然不行,要用到滑窗算法,呵呵，给你看个例子
http://blogger.org.cn/blog/more.asp?name=dashee&id=26841

我自己写了个 TCP OVER UDP，就没你说的问题。

一问一答肯定慢。慢在网络来回的时间上了。