到底采用管道技术,还是采用socket技术

Smile_Tiger 2012-06-19 11:38:48
本来已经开发了一套基于socket的cs系统。

现在需要对server端的程序做改进,就是将其变为两个程序:一个没有界面的服务和一个界面控制程序。

找了资料,说是进程之间通讯最好用管道技术进行通讯,于是我开始研究其技术。

不料今天老板找我问我一个问题:我们已经有了这么成熟的tcp socket通讯模块,为什么不用socket进行通讯呢

一时之间我回答不出来,麻烦各位帮我回答。
...全文
152 点赞 收藏 7
写回复
7 条回复
Eleven 2012年06月19日
进程间通讯方式很多啊,管道,油槽,剪贴板,socket,WM_COPYDATA消息,内存映射等等
回复 点赞
Lactoferrin 2012年06月19日
那就用socket
回复 点赞
ouyh12345 2012年06月19日
管道效率不好
本机就用内存映射,局域网就用消息队列或socket
回复 点赞
xiu906948079 2012年06月19日
求双路电压采集器课设啊啊啊啊
回复 点赞
wyx100 2012年06月19日
#2楼 得分:0回复于:2012-06-19 11:51:34进程间通讯方式很多啊,管道,油槽,剪贴板,socket,WM_COPYDATA消息,内存映射等等
和老板说
server端,效率第一
性能最好的应是 内存映射 + 命名事件(信号量),且容易控制
管道要顾及局域网、安全等情况
回复 点赞
stjay 2012年06月19日
和老板说
server端,效率第一
性能最好的应是 内存映射 + 命名事件(信号量),且容易控制
管道要顾及局域网、安全等情况
回复 点赞
zhanshen2891 2012年06月19日
主要看你要通信的数据量有多大,如果非常大,可以考虑用socket。另外还有个反应速度的问题,比如共享变量那就和使用自己的一样,处理起来很简单。 还一个就是不使用socket可以不加载相关的dll
回复 点赞
发动态
发帖子
进程/线程/DLL
创建于2007-09-28

6376

社区成员

4.9w+

社区内容

VC/MFC 进程/线程/DLL
社区公告
暂无公告