1,317
社区成员
发帖
与我相关
我的任务
分享新手请教2个网络通讯的问题，谢谢！
我用tcp/ip通讯，现在有2个问题搞不明白：
1、是否需要象串口通讯为了保证数据的正确传输，需要一问一答呢？
如：甲方传递数据给乙方，是否需要等待乙方确认后才能发送下一个数据包呢？
2、是否需要校验？
为了保证数据的正确性，是否需要加校验码呢？
谢谢
1、是否需要象串口通讯为了保证数据的正确传输，需要一问一答呢？
如：甲方传递数据给乙方，是否需要等待乙方确认后才能发送下一个数据包呢？
2、是否需要校验？
为了保证数据的正确性，是否需要加校验码呢？
谢谢
...全文
请发表友善的回复…
发表回复
ManOfBCB 2006-09-01
- 打赏
- 举报
UP
ManOfBCB 2006-08-21
- 打赏
- 举报
toyan@tom.com 谢谢
ben3 2006-08-18
- 打赏
- 举报
to sglqh(汉) 有源程序请发来参考下,thank you ! ben3@163.com
「已注销」 2006-08-18
- 打赏
- 举报
关注...
sglqh 2006-08-18
- 打赏
- 举报
我用SOCKET做了个工控的系统，是每隔１００ms发送160字节，包没有校验用得很正常，应不会有什么问题，程序也很简单，我初学时也搞了很长时间才搞懂，如果你要我发个源程序给你。
ManOfBCB 2006-08-15
- 打赏
- 举报
3个问题IP协议全实现了?
ManOfBCB 2006-08-14
- 打赏
- 举报
3个问题全实现了?
cczlp 2006-08-11
- 打赏
- 举报
你说的IP协议已经实现了.
ManOfBCB 2006-08-11
- 打赏
- 举报
up
liqingle 2006-08-09
- 打赏
- 举报
xuexi
ManOfBCB 2006-08-05
- 打赏
- 举报
up
ManOfBCB 2006-07-31
- 打赏
- 举报
UP
jaffy 2006-07-28
- 打赏
- 举报
看了你的需求,程序的性能要求还是很高的
我建议如果你真的需要传输这么多的数据,不要采用SOCKET这种原始的方式,很烦琐,有很多网络架构都可以满足你的要求,根本无需关心低层的问题,这样,你自己也解放了
我建议如果你真的需要传输这么多的数据,不要采用SOCKET这种原始的方式,很烦琐,有很多网络架构都可以满足你的要求,根本无需关心低层的问题,这样,你自己也解放了
ManOfBCB 2006-07-28
- 打赏
- 举报
up
ManOfBCB 2006-07-28
- 打赏
- 举报
还是继续我的问题：
1、是否需要象串口通讯为了保证数据的正确传输，需要一问一答呢？
如：甲方传递数据给乙方，是否需要等待乙方确认后才能发送下一个数据包呢？
2、是否需要校验？
为了保证数据的正确性，是否需要加校验码呢？
3、如果我用控件发送数据了，返回的字节数和发送的字节数相等，是否就可以判断
对方已经收到了数据？不需要对方发送确认包了呢？
谢谢
1、是否需要象串口通讯为了保证数据的正确传输，需要一问一答呢？
如：甲方传递数据给乙方，是否需要等待乙方确认后才能发送下一个数据包呢？
2、是否需要校验？
为了保证数据的正确性，是否需要加校验码呢？
3、如果我用控件发送数据了，返回的字节数和发送的字节数相等，是否就可以判断
对方已经收到了数据？不需要对方发送确认包了呢？
谢谢
wyb_45 2006-07-28
- 打赏
- 举报
吞吐量比较大 程序好写 不是容易实现
13661023811 2006-07-27
- 打赏
- 举报
tcp技术上不需要，但是，在实际应用中，我个儿觉得还是要验证的，因为有问有答，可以对程序进行更好的控制。比如根据应答的时间来控制速度和连接线程的数量，根据应答的内容，在界面上显示等等。
这是一个自写的协议问题，如果你的程序写的很大，在增加应答就太麻烦了。
这是一个自写的协议问题，如果你的程序写的很大，在增加应答就太麻烦了。
jaffy 2006-07-27
- 打赏
- 举报
作出来才是硬道理
constantine 2006-07-27
- 打赏
- 举报
tcp不需要，她不象udp，不会丢包的，除非连接不通，不然包会到达目的地的
zyyoung 2006-07-27
- 打赏
- 举报
问这么多细节对新手用处不大,用serverSocket+clientSocket完全可以实现你的目的
加载更多回复（1）
