16,472
社区成员
发帖
与我相关
我的任务
分享高分请问：我的通信协议需要改变吗？
1.我的服务器系统要求满足20个以内的客户端。
2.我采用自定义协议在这些客户/服务器之间传递数据。
3.我使用UDP协议。
4.我的系统客户/服务器之间通讯广泛。
5.我的系统客户/服务器之间大多是短包。
6.我的客户/服务器之间可能相隔多个Route.也就是说可能在公网上运行。
7.虽然采用UDP，但是我的系统中客户/服务器之间有心跳。
8.我的系统通信模型中有确认和重传机制作为可靠性保证。
7.项目经理跟我说：采用TCP更好。
请问在这个系统中TCP真的比UDP好吗？好在那里？
2.我采用自定义协议在这些客户/服务器之间传递数据。
3.我使用UDP协议。
4.我的系统客户/服务器之间通讯广泛。
5.我的系统客户/服务器之间大多是短包。
6.我的客户/服务器之间可能相隔多个Route.也就是说可能在公网上运行。
7.虽然采用UDP，但是我的系统中客户/服务器之间有心跳。
8.我的系统通信模型中有确认和重传机制作为可靠性保证。
7.项目经理跟我说：采用TCP更好。
请问在这个系统中TCP真的比UDP好吗？好在那里？
...全文
请发表友善的回复…
发表回复
zming 2003-11-26
- 打赏
- 举报
根据你的系统要求，我认为使用TCP更好。
(1) 客户机数量<20。使用TCP，不会使服务器出现过载，基本上能够作到实时处理。
(2) 可能相隔多个Route。使用TCP，一般能够通过防火墙；
使用UDP，可能需要考虑一下这个问题。
其中(1)是可使用TCP的基础。使用TCP，可以不再将注意力放到QoS上。
另外，使用TCP可以轻松地实现双向同步处理；使用UDP实现双向通信时，需要判断对端是谁。
一般来说，在选择TCP与UDP时，考虑如下因素：
(1) 是否要求QoS，是，则优先考虑TCP
(2) 是否要求实时性，是，则优先考虑UDP
(1) 客户机数量<20。使用TCP，不会使服务器出现过载，基本上能够作到实时处理。
(2) 可能相隔多个Route。使用TCP，一般能够通过防火墙；
使用UDP，可能需要考虑一下这个问题。
其中(1)是可使用TCP的基础。使用TCP，可以不再将注意力放到QoS上。
另外，使用TCP可以轻松地实现双向同步处理；使用UDP实现双向通信时，需要判断对端是谁。
一般来说，在选择TCP与UDP时，考虑如下因素：
(1) 是否要求QoS，是，则优先考虑TCP
(2) 是否要求实时性，是，则优先考虑UDP
broadoceans 2003-11-26
- 打赏
- 举报
lightrain(大雨滂沱）：其实没有必要把接收到的数据发给主线程处理。
线程同步是比较容易实现的。可以使用临界区等。
线程同步是比较容易实现的。可以使用临界区等。
broadoceans 2003-11-26
- 打赏
- 举报
我觉得还是TCP好。
虽然你的系统通讯模型中有确认/重传机制作为可靠性保证，但
是你的实现机制可能还是没有TCP好，因为你的实现是建立在
UDP之上的，而TCP是建立在IP之上的。也就是说你增加了协议的层次，
增加了复杂性。
虽然你的系统通讯模型中有确认/重传机制作为可靠性保证，但
是你的实现机制可能还是没有TCP好，因为你的实现是建立在
UDP之上的，而TCP是建立在IP之上的。也就是说你增加了协议的层次，
增加了复杂性。
lightrain 2003-11-26
- 打赏
- 举报
对于TCP的多客户端，一般来说是分别为每个客户端开一个线程，然后把接受到的数据全部发送到主线程进行处理，最后还要将处理结果分别发送出去。
其中线程的同步是个大问题，如果你觉得没把握，建议你还是用UDP。其它的我想都不是问题。
其中线程的同步是个大问题，如果你觉得没把握，建议你还是用UDP。其它的我想都不是问题。
zhucde 2003-11-26
- 打赏
- 举报
UDP有丢包的可能,特别对于大文件,
所以,个人建议还是使用TCP
所以,个人建议还是使用TCP
