求助:除了socket,不同用户进程间如何通讯? 共享内存进程间通讯socketVC管道 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 需要创建全局的命名对象(mutex,semaphore, event, pipe, filemapping, etc.)。全局对象的名字需要在名字前加上"Global\" 具体怎讲? 兄弟能否用一段代码测试一下?我用管道和内存共享都不可以昨天试了一下rpc调用,rpc是可以的,但rpc本质还是socket. 另外可能需要注意的就是创建这些共享对象时的权限(LPSECURITY_ATTRIBUTES参数),一般不能用null, 除非两个用户都是admin, 用null的话系统会采用默认权限(a用户创建的只有a使用), 创建security对象让两个用户都具备访问权限 窗口消息首先是不可以的,因为窗口句柄的作用范围问题线程消息是可以的,PostThreadMessage如果没有权限问题的情况下是可以的,但是传递的数据一般来说很有限管道、共享内存是可以的,涉及权限问题套接字是可以的,没有权限问题。考虑到效率,也不应排除此方案。套接字在本机的效率是很高的。还有一个方案,共享节,两个进程同时加载一个dll,dll中设置一块共享节。缺点是节的大小固定,无法动态伸缩。 你需要的是跨会话通信使用内存映射文件可以,CreateFileMapping ,在内核对象名字中填入"Global\" 例如 "Global\\MyInfo" 不要做A语言代码修改为B语言代码的无用功。也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。即可很方便地让A、B两种语言之间协调工作。比如:A将请求数据写到文件a.txt,写完后改名为aa.txtB发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txtA发现bb.txt存在时,读取其内容,读完后删除bb.txt以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。除非A或B不支持判断文件是否存在、文件读写和文件更名。但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:·进程之间松耦合·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。·方便在线开关服务,只需删除或创建该临时文本文件即可。·方便实现分布式和负载均衡。·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)·…… 无profiler不要谈效率!!尤其在这个云计算、虚拟机、模拟器、CUDA、多核 、多级cache、指令流水线、多种存储介质、……满天飞的时代! 试过加global的内存共享是可以的,结贴 为什么有些地方不能设断点呢? HTML转化CHM后 图片不能显示 有偿编写网络软件(socks5代理软件) 大块内存的申请 如何分割对话框? VC如何向某一网页的按钮发送消息? 经常看到几个控件配合操作,近来谈谈 如何调用DLL 用GetFocus()==(CWnd*)GetDlgItem(nID)来判断nID是否拥有输入焦点,为什么不行? VC++简单问题提问? 动态显示图片,setbitmap断点 程序里的分区到底是怎么分的
具体怎讲? 兄弟能否用一段代码测试一下?我用管道和内存共享都不可以昨天试了一下rpc调用,rpc是可以的,但rpc本质还是socket.
CreateFileMapping ,在内核对象名字中填入"Global\" 例如 "Global\\MyInfo"
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如:
A将请求数据写到文件a.txt,写完后改名为aa.txt
B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt
A发现bb.txt存在时,读取其内容,读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
·……