[讨论]进程间可否使用回调函数?
现在问题变成了:进程间的回调函数使用问题.
进程A和进程B,
把B上的一个static函数的函数指针在A上注册,也就是把该指针传给A上保存.
当A收到一个事件时,调用该回调函数完成一些工作.
但是这样做是不行的,因为两个进程的地址空间是不一样的.通过该回调函数执行的并不是B 上的函数.
对于这个情况,应该怎样才可以实现呢/:time: 进程间通信 怎样用进程间通信完成这种形式的调用呢?
大叔讲讲... 只做过线程间通信。。
进程间的通讯实现（IPC）的11种方法
进程通常被定义为一个正在运行的程序的实例，它由两个部分组成：
一个是操作系统用来管理进程的内核对象。内核对象也是系统用来存放关于进程的统计信息的地方
另一个是地址空间，它包含所有的可执行模块或DLL模块的代码和数据。它还包含动态分配的空间。如线程堆栈和堆分配空间。每个进程被赋予它自己的虚拟地址空间，当进程中的一个线程正在运行时，该线程可以访问只属于它的进程的内存。属于其它进程的内存则是隐藏的，并不能被正在运行的线程访问。
为了能在两个进程之间进行通讯，由以下几种方法可供参考：
0。剪贴板Clipboard: 在16位时代常使用的方式，CWnd中提供支持
1。窗口消息 标准的Windows消息以及专用的WM_COPYDATA消息 SENDMESSAGE()接收端必须有一个窗口
2。使用共享内存方式（Shared Memory)
a.设定一块共享内存区域
HANDLE CreateFileMapping(HANDLE,LPSECURITY_ATTRIBUTES, DWORD, DWORD, DWORD,LPCSTR)
产生一个file-mapping核心对象
LPVOID MapViewOfFile(
HANDLE hFileMappingObject,
DWORDdwDesiredAcess,
DWORDdwFileOffsetHigh,
DWORDdwFileOffsetLow,
DWORDdwNumberOfBytesToMap
);
得到共享内存的指针
b.找出共享内存
决定这块内存要以点对点（peer to peer)的形式呈现
每个进程都必须有相同的能力，产生共享内存并将它初始化。每个进程
都应该调用CreateFileMapping(),然后调用GetLastError().如果传回的
错误代码是ERROR_ALREADY_EXISTS,那么进程就可以假设这一共享内存区 域已经被别的进程打开并初始化了，否则该进程就可以合理的认为自己 排在第 一位，并接下来将共享内存初始化。
还是要使用client/server架构中
只有server进程才应该产生并初始化共享内存。所有的进程都应该使用
HANDLE OpenFileMapping(DWORD dwDesiredAccess,
BOOL bInheritHandle,
LPCTSTR lpName);
再调用MapViewOfFile(),取得共享内存的指针
c.同步处理(Mutex)
d.清理(Cleaning up) BOOL UnmapViewOfFile(LPCVOID lpBaseAddress);
CloseHandle()
3。动态数据交换（DDE）通过维护全局分配内存使的应用程序间传递成为可能
其方式是再一块全局内存中手工放置大量的数据，然后使用窗口消息传递内存 指针.这是16位WIN时代使用的方式，因为在WIN32下已经没有全局和局部内存 了，现在的内存只有一种就是虚存。
4。消息管道(Message Pipe)
用于设置应用程序间的一条永久通讯通道，通过该通道可以象自己的应用程序
访问一个平面文件一样读写数据。
匿名管道(Anonymous Pipes)
单向流动，并且只能够在同一电脑上的各个进程之间流动。
命名管道(Named Pipes)
双向，跨网络，任何进程都可以轻易的抓住，放进管道的数据有固定的格 式，而使用ReadFile()只能读取该大小的倍数。
可以被使用于I/O Completion Ports
5 邮件槽(Mailslots)
广播式通信,在32系统中提供的新方法，可以在不同主机间交换数据，在 WIN9X下只支持邮件槽客户
6。Windows套接字(Windows Socket)
它具备消息管道所有的功能，但遵守一套通信标准使的不同操作系统之上的应 用程序之间可以互相通信。
7。Internet通信 它让应用程序从Internet地址上载或下载文件
8。RPC：远程过程调用，很少使用，因其与UNIX的RPC不兼容。
9。串行/并行通信(Serial/Parallel Communication)
它允许应用程序通过串行或并行端口与其他的应用程序通信
10。COM/DCOM
通过COM系统的代理存根方式进行进程间数据交换，但只能够表现在对接口 函数的调用时传送数据，通过DCOM可以在不同主机间传送数据。
[ 本帖最后由 iptton 于 2008-4-14 23:51 编辑 ] 线程间是共享地址空间的. 哦，我只是看到了这里需要进程间的协调，因此就提出用进程间通信。目前我用过的也只是基于进程消息队列的方式，传输的消息是类似IP包的字节流。消息里面的信息提取也需要类似通信协议般由使用者制定规则。我想这个方式对于传送指针方式并不适用。或者参看下共享内存方式？ 进程间通过共享内存来通信我实现了一个基于共享内存的message queue.
但这种情况,用共享内存的话怎样设计呢? 没有头绪. 用消息中间件 同尖尖问....
有想法的兄弟把想法说一下... 不懂装懂一下，
可不可以这样：
把需要传送的数据放在指定的位置
然后需要读取这个事件的进程专门用一条线程监视该内存块数据是否发生变化
如果有变就由此线程代为广播该事件
太BC的话，各位无视好了 JAVA里有RMI, 可以把远端对象的方法像在本地一样执行.
不知C/C++里有没有这样的机制? 我明天把这个放到研发支撑库上去问一下...... 我觉得问题是在于,如果太复杂,或者说这样直接用进程通信就很容易实现的话就没有太大的必要使用回调函数,这样会增加耦合度...
但是还是想要知道是怎么样能够实现... 研发支撑库。真好 只是那些做HLD的人以为linux和sos系统一样的,在sos用callback是很方便和容易的.因为sos是所有进程共享地址空间的.
他们做HLD时主要考虑sos这块,并以为linux这块是一样的.现在DD了才发现这个问题... 用消息驱动我想也未尝不可吧?也不会太慢吧?:time: :time: 叫DD吗?不是叫做LLD low level design.....
研发支撑库那可有不少的好东西,包括你的问题可以在上面问,当然,这个问题没有人会确保就有人很认真的回答你..但是如果比较有水准的一些问题还是会有很多人感兴趣的.上次就linux文件系统,还有一个修改管理的,还有svn的使用的好多人响应回答,而且讲得很详细.....感觉很酷..
不只C,C++几乎所有的知识都有.... DD是detail Design
你们那个库是不是类似BBS这样的?
感就得闲多D share下咯...哈:victory:
让我们见识见识都好呀.:victory: 无法子share..
只能在公司访问....
只能把一些的idea或者一些技巧用本子记下来.然后尝试着去用...
好记性不如烂笔头,尖尖,一定要记住这点,每天记录一点,积累下来就是很多东西了,本子上记下来不会消失,放电脑还资料带不出来...
我是被人敲脑袋一直锻炼成这样的... 那让我们见识下你的本子:victory:
嗯.我现在都习惯在本子上画....
页:
[1]