《2019年进程间共享数据.doc》由会员分享，可在线阅读，更多相关《2019年进程间共享数据.doc（15页珍藏版）》请在三一文库上搜索。
1、进程间共享数据如何在进程间共享数据?1、引言在Windows程序中，各个进程之间常常需要交换数据，进行数据通讯。WIN32 API提供了许多函数使我们能够方便高效的进行进程间的通讯，通过这些函数我们可以控制不同进程间的数据交换，就如同在WIN16中对本地进程进行读写操作一样。典型的WIN16两进程可以通过共享内存来进行数据交换：(1)进程A将GlobalAlloc(GMEM_SHARE.)API分配一定长度的内存；(2)进程A将GlobalAlloc函数返回的句柄传递给进程B(通过一个登录消息)；(3)进程B对这个句柄调用GlobalLock函数，并利用GlobalLock函数返回的指针访问数
2、据。这种方法在WIN32中可能失败，这是因为GlobalLock函数返回指向的是进程A的内存，由于进程使用的是虚拟地址而非实际物理地址，因此这一指针仅与A进程有关，而于B进程无关。本文探讨了几种WIN32下进程之间通讯的几种实现方法，读者可以使用不同的方法以达到程序运行高效可靠的目的。2、Windows95中进程的内存空间管理WIN32进程间通讯与Windows95的内存管理有密切关系，理解Windows95的内存管理对我们如下的程序设计将会有很大的帮助，下面我们讨论以下Windows95中进程的内存空间管理。在WIN16下，所有Windows应用程序共享单一地址，任何进程都能够对这一空间中属
3、于共享单一的地址空间，任何进程都能够对这一空间中属于其他进程的内存进行读写操作，甚至可以存取操作系统本身的数据，这样就可能破坏其他程序的数据段代码。在WIN32下，每个进程都有自己的地址空间，一个WIN32进程不能存取另一个地址的私有数据，两个进程可以用具有相同值的指针寻址，但所读写的只是它们各自的数据，这样就减少了进程之间的相互干扰。另一方面，每个WIN32进程拥有4GB的地址空间，但并不代表它真正拥有4GB的实际物理内存，而只是操作系统利用CPU的内存分配功能提供的虚拟地址空间。在一般情况下，绝大多数虚拟地址并没有物理内存于它对应，在真正可以使用这些地址空间之前，还要由操作系统提供实际的物
4、理内存(这个过程叫提交commit)。在不同的情况下，系统提交的物理内存是不同的，可能是RAM，也可能是硬盘模拟的虚拟内存。3、WIN32中进程间的通讯在Windows 95中，为实现进程间平等的数据交换，用户可以有如下几种选择：*使用内存映射文件*通过共享内存DLL共享内存*向另一进程发送WM_COPYDATA消息*调用ReadProcessMemory以及WriteProcessMemory函数，用户可以发送由GlobalLock(GMEM_SHARE,.)函数调用提取的句柄、GlobalLock函数返回的指针以及VirtualAlloc函数返回的指针。3.1、利用内存映射文件实现WIN3
5、2进程间的通讯Windows95中的内存映射文件的机制为我们高效地操作文件提供了一种途径，它允许我们在WIN32进程中保留一段内存区域，把目标文件映射到这段虚拟内存中。在程序实现中必须考虑各进程之间的同步。具体实现步骤如下：首先我们在发送数据的进程中需要通过调用内存映射API函数CreateFileMapping创建一个有名的共享内存：HANDLE CreateFileMapping(HANDLE hFile,/映射文件的句柄，/设为0xFFFFFFFF以创建一个进程间共享的对象LPSECURITY_ATTRIBUTES lpFileMappingAttributes,/安全属性DWORD f
6、lProtect,/保护方式DWORD dwMaximumSizeHigh,/对象的大小DWORD dwMaximumSizeLow,LPCTSTR lpName/必须为映射文件命名)；与虚拟内存类似，保护方式可以是PAGE_READONLY或是PAGE_READWRITE。如果多进程都对同一共享内存进行写访问，则必须保持相互间同步。映射文件还可以指定PAGE_WRITECOPY标志，可以保证其原始数据不会遭到破坏，同时允许其他进程在必要时自由的操作数据的拷贝。在创建文件映射对象后使用可以调用MapViewOfFile函数映射到本进程的地址空间内。下面说明创建一个名为MySharedMem的长
7、度为4096字节的有名映射文件：HANDLE hMySharedMapFile=CreateFileMapping(HANDLE)0xFFFFFFFF)，NULL，PAGE_READWRITE，0，0x1000，MySharedMem)；并映射缓存区视图：LPSTR pszMySharedMapView=(LPSTR)MapViewOfFile(hMySharedMapFile，FILE_MAP_READ|FILE_MAP_WRITE，0，0，0)；其他进程访问共享对象，需要获得对象名并调用OpenFileMapping函数。HANDLE hMySharedMapFile=OpenFileMa
8、pping(FILE_MAP_WRITE，FALSE，MySharedMem)；一旦其他进程获得映射对象的句柄，可以象创建进程那样调用MapViewOfFile函数来映射对象视图。用户可以使用该对象视图来进行数据读写操作，以达到数据通讯的目的。当用户进程结束使用共享内存后，调用UnmapViewOfFile函数以取消其地址空间内的视图：if(！UnmapViewOfFile(pszMySharedMapView)AfxMessageBox(could not unmap view of file)；3.2、利用共享内存DLL共享数据DLL允许进程以类似于Windows 3.1 DLL共享数据的
9、方式访问读写数据，多个进程都可以对该共享数据DLL进行数据操作，达到共享数据的目的。在WIN32中为建立共享内存，必须执行以下步骤：首先创建一个有名的数据区。这在Visual C+中是使用data_seg pragma宏。使用data_seg pragma宏必须注意数据的初始化：#pragma data_seg(MYSEC)char MySharedData4096=0；#pragma data_seg()然后在用户的DEF文件中为有名的数据区设定共享属性。LIBRARY TEST DATA READ WRITE SECTIONS.MYSEC READ WRITE SHARED这样每个附属于D
10、LL的进程都将接受到属于自己的数据拷贝，一个进程的数据变化并不会反映到其他进程的数据中。在DEF文件中适当地输出数据。以下的DEF文件项说明了如何以常数变量的形式输出MySharedData。EXPORTS MySharedData CONSTANT最后在应用程序(进程)按外部变量引用共享数据。extern _exportCchar*MySharedData；进程中使用该变量应注意间接引用。m_pStatic=(CEdit*)GetDlgItem(IDC_SHARED)；m_pStatic-GetLine(0,*MySharedData,80)；3.3、用于传输只读数据的WM_COPYDATA
11、传输只读数据可以使用Win32中的WM_COPYDATA消息。该消息的主要目的是允许在进程间传递只读数据。Windows95在通过WM_COPYDATA消息传递期间，不提供继承同步方式。SDK文档推荐用户使用SendMessage函数，接受方在数据拷贝完成前不返回，这样发送方就不可能删除和修改数据：SendMessage(hwnd,WM_COPYDATA,wParam,lParam)；其中wParam设置为包含数据的窗口的句柄。lParam指向一个COPYDATASTRUCT的结构：typedef struct tagCOPYDATASTRUCTDWORD dwData；/用户定义数据DWOR
12、D cbData；/数据大小PVOID lpData；/指向数据的指针COPYDATASTRUCT；该结构用来定义用户数据。3.4、直接调用ReadProcessMemory和WriteProcessMemory函数实现进程间通讯通过调用ReadProcessMemory以及WriteProcessMemory函数用户可以按类似与Windows3.1的方法实现进程间通讯，在发送进程中分配一块内存存放数据，可以调用GlobalAlloc或者VirtualAlloc函数实现：pApp-m_hGlobalHandle=GlobalAlloc(GMEM_SHARE,1024)；可以得到指针地址：pAp
13、p-mpszGlobalHandlePtr=(LPSTR)GlobalLock(pApp-m_hGlobalHandle)；在接收进程中要用到用户希望影响的进程的打开句柄。为了读写另一进程，应按如下方式调用OpenProcess函数：HANDLE hTargetProcess=OpenProcess(STANDARD_RIGHTS_REQUIRED|PROCESS_VM_REDA|PROCESS_VM_WRITE|PROCESS_VM_OPERATION,/访问权限FALSE,/继承关系dwProcessID)；/进程ID为保证OpenProcess函数调用成功，用户所影响的进程必须由上述标志
14、创建。一旦用户获得一个进程的有效句柄，就可以调用ReadProcessMemory函数读取该进程的内存：BOOL ReadProcessMemory(HANDLE hProcess,/进程指针LPCVOID lpBaseAddress,/数据块的首地址LPVOID lpBuffer,/读取数据所需缓冲区DWORD cbRead,/要读取的字节数LPDWORD lpNumberOfBytesRead)；使用同样的句柄也可以写入该进程的内存：BOOL WriteProcessMemory(HANDLE hProcess,/进程指针LPVOID lpBaseAddress,/要写入的首地址LPVOI
15、D lpBuffer,/缓冲区地址DWORD cbWrite,/要写的字节数LPDWORD lpNumberOfBytesWritten)；如下所示是读写另一进程的共享内存中的数据：ReadProcessMemory(HANDLE)hTargetProcess,(LPSTR)lpsz,m_strGlobal.GetBuffer(_MAX_FIELD),_MAX_FIELD,&cb)；WriteProcessMemory(HANDLE)hTargetProcess,(LPSTR)lpsz,(LPSTR)STARS,m_strGlobal.GetLength(),&cb)；4、进程之间的消息发送与
16、接收在实际应用中进程之间需要发送和接收Windows消息来通知进程间相互通讯，发送方发送通讯的消息以通知接收方，接收方在收到发送方的消息后就可以对内存进行读写操作。我们在程序设计中采用Windows注册消息进行消息传递，首先在发送进程初始化过程中进行消息注册：m_nMsgMapped=：RegisterWindowsMessage(Mapped)；m_nMsgHandle=：RegisterWindowsMessage(Handle)；m_nMsgShared=：RegisterWindowsMessage(Shared)；在程序运行中向接收进程发送消息：CWnd*pWndRecv=FindW
17、indow(lpClassName,Receive)；pWndRecv-SendMessage(m_MsgMapped,0,0)；pWndRecv-SendMessage(m_nMsgHandle,(UINT)GetCurrentProcessID(),(LONG)pApp-m_hGlobalHandle)；pWndRecv-SendMessage(m_nMsgShared,0,0)；可以按如下方式发送WM_COPYDATA消息：static COPYDATASTRUCT cds；/用户存放数据pWnd-SendMessage(WM_COPYDATA,NULL,(LONG)&cds)；接收方进
18、程初始化也必须进行消息注册：UNIT CRecvApp：m_nMsgMapped=：RegisterWindowsMessage(Mapped)；UNIT CRecvApp：m_nMsgHandle=：RegisterWindowsMessage(Handle)；UNIT CRecvApp：m_nMsgShared=：RegisterWindowsMessage(Shared)；同时映射消息函数如下：ON_REGISTERED_MASSAGE(CRecvApp：m_nMsgMapped,OnRegMsgMapped)ON_REGISTERED_MASSAGE(CRecvApp：m_nMsgHa
19、ndle,OnRegMsgHandle)ON_REGISTERED_MASSAGE(CRecvApp：m_nMsgShared,OnRegMsgShared)在这些消息函数我们就可以采用上述技术实现接收进程中数据的读写操作了。5、结束语从以上分析中我们可以看出Windows95的内存管理与Windows 3.x相比有很多的不同，对进程之间的通讯有较为严格的限制。这就确保了任何故障程序无法意外地写入用户的地址空间，而用户则可根据实际情况灵活地进行进程间的数据通讯，从这一点上来讲Windows95增强应用程序的强壮性。参考文献：1、David J.Kruglinski,Visual C+技术内幕,
20、北京：清华大学出版社，1995.2、Microsoft Co.Visual C+5.0 On Line Help.Windows下的进程间通讯及数据共享Windows编程2008-11-05 15：03：42阅读11评论0字号：大中小订阅Windows下有很多方法实现进程间通讯，比如用socket，管道(Pipe)，信箱(Mailslot)，等等。但最基本最直接的还是使用内存共享。其他方法最终还是会绕道这里。可想而知，如果物理内存只有一份，让这份内存在不同的进程中，映射到各自的虚拟地址空间上，每个进程都可以读取同一份数据，是一种最高效的数据交换方法。下面我们就讨论如何实现它。共享内存在Wind
21、ows中是用FileMapping实现的。我们可以用CreateFileMapping创建一个内存文件映射对象，CreateFileMapping这个API将创建一个内核对象，用于映射文件到内存。这里，我们并不需要一个实际的文件，所以，就不需要调用CreateFile创建一个文件，hFile这个参数可以填写INVALID_HANDLE_VALUE。但是，文件长度是需要填的。Windows支持长达64bit的文件，但是这里，我们的需求一定不会超过4G，dwMaximumSizeHigh一定是0，长度填在dwMaximumSizeLow即可。然后调用MapViewOfFile映射到当前进程的虚拟地
22、址上即可。一旦用完共享内存，再调用UnmapViewOfFile回收内存地址空间。Windows把CreateFileMapping和MapViewOfFile两个API分开做是有它的道理的。这是因为允许映射一个超过4G的文件，而地址空间最大只有4G(实际上，一般用户的程序只能用到2G)，MapViewOfFile就可以指定文件的Offset而只映射一部分。在CreateFileMapping的最后一个参数pszName填写一个名字，那么别的进程就可以用这个名字去调用OpenFileMapping来打开这个FileMapping对象，在新的进程内作映射。不过，通过约定字符串的方法似乎不太优雅。
23、一个优雅的方法是，用DuplicateHandle在新进程中复制一份FileMapping对象出来，然后想办法把Handle通知新进程，比如用消息的方式传递过去。如果需要共享内存的两个进程是父子关系，那么我们可以不用消息传递的方式来通知FileMapping的Handle。父进程可以用继承Handle的方式直接把FileMapping的Handle传递到子进程中。当然，在CreateFileMapping时就应该设置可以被继承的属性。大约是这样：SECURITY_ATTRIBUTES sa；sa.nLength=sizeof(sa)；sa.lpSecurityDescriptor=NULL；s
24、a.bInheritHandle=TRUE；handle=CreateFileMapping(INVALID_HANDLE_VALUE,&sa,PAGE_READWRITE,0,size,NULL)；这样，在CreateProcess的时候，如果bInheritHandles参数为TRUE，所有有可被继承属性的内核对象都会被复制到子进程中。注：内核对象的继承就是在CreateProcess创建子进程，但是子进程的主线程尚未活动之前，内核扫描当前进程中所有内核对象，检查出有可继承属性的那些，再用DuplicateHandle复制一份到子进程。由于是内核对象，在内核中实质只有一份，所有只是引用记数
25、加一，父进程和子进程对同一内核对象的Handle一定是相同的。复制内核对象的过程是由CreateProcess内部完成的，我们可以放心的把对象Handle(和子进程相同)通过命令行传递给子进程。或者，用环境变量传递也可以。值得注意的是，子进程用完了这个FileMapping对象后一样需要CloseHandle减去引用计数。备注：CreateProcess调用时，pszCommandLine不能直接填上一个不可修改的字符串。例如：CreateProcess(test.exe,test argument,.)；这样就是错误的，因为test argument会被编译器编译放到不可修改的数据段中。正确
26、的方法是：char cmdline=test argument；CreateProcess(test.exe,cmdline,.)；这样，命令行的字符串就被放在堆栈上，是可以被读写的。CreateProcess的倒数第二个参数需要填写一个STARTUPINFOW结构，这个结构很复杂，通常填起来很麻烦。我们可以复制一份父进程的结构，再酌情修改。方法是：STARTUPINFO si=sizeof(si)；PROCESS_INFORMATION pi；GetStartupInfo(&si)；CreateProcess(.,&si,&pi)；这里，STARTUPINFO结构的第一个长度信息通常应该填上
27、，保证GetStartupInfo(&si)的正确执行。Win32应用程序中进程间通信方法分析与比较分类：进程间通信作者：李志刚纪玉波程小茁崔朝辉部分文章来自于网络,如有侵权请联系站长,以便及时卸下来摘要随着人们对应用程序的要求越来越高，单进程应用在许多场合已不能满足人们的要求。编写多进程/多线程程序成为现代程序设计的一个重要特点，在多进程程序设计中，进程间通信是不可避免的。Microsoft Win32 API提供了多种进程间通信的方法，全面地阐述了这些方法的特点，并加以比较和分析，希望能给读者选择进程间通信方法提供参考。1进程与进程间通信进程是装入内存并准备执行的程序，每个进程都有私有的虚
28、拟地址空间，由代码、数据以及它可利用的系统资源(如文件、管道等)组成。多进程/多线程是Windows操作系统的一个基本特征。Microsoft Win32应用编程接口(Application Programming Interface,API)提供了大量支持应用程序间数据共享和交换的机制，这些机制行使的活动称为进程间通信(InterProcess Communication,IPC)，进程通信就是指不同进程间进行数据共享和数据交换。正因为使用Win32 API进行进程通信方式有多种，如何选择恰当的通信方式就成为应用开发中的一个重要问题，下面本文将对Win32中进程通信的几种方法加以分析和比较。
29、2进程间通信方法2.1文件映射进程间通信文件映射(Memory-Mapped Files)能使进程把文件内容当作进程地址区间一块内存那样来对待。因此，进程不必使用文件I/O操作，只需简单的指针操作就可读取和修改文件的内容。Win32 API允许多个进程访问同一文件映射对象，各个进程在它自己的地址空间里接收内存的指针。通过使用这些指针，不同进程就可以读或修改文件的内容，实现了对文件中数据的共享。应用程序有三种方法来使多个进程共享一个文件映射对象。(1)继承：第一个进程建立文件映射对象，它的子进程继承该对象的句柄。(2)命名文件映射：第一个进程在建立文件映射对象时可以给该对象指定一个名字(可与文件
30、名不同)。第二个进程可通过这个名字打开此文件映射对象。另外，第一个进程也可以通过一些其它IPC机制(有名管道、邮件槽等)把名字传给第二个进程。(3)句柄复制：第一个进程建立文件映射对象，然后通过其它IPC机制(有名管道、邮件槽等)把对象句柄传递给第二个进程。第二个进程复制该句柄就取得对该文件映射对象的访问权限。文件映射是在多个进程间共享数据的非常有效方法，有较好的安全性。但文件映射只能用于本地机器的进程之间，不能用于网络中，而开发者还必须控制进程间的同步。2.2共享内存进程间通信Win32 API*享内存(Shared Memory)实际就是文件映射的一种特殊情况。进程在创建文件映射对象时用0
31、xFFFFFFFF来代替文件句柄(HANDLE)，就表示了对应的文件映射对象是从操作系统页面文件访问内存，其它进程打开该文件映射对象就可以访问该内存块。由于共享内存是用文件映射实现的，所以它也有较好的安全性，也只能运行于同一计算机上的进程之间。2.3匿名管道进程间通信管道(Pipe)是一种具有两个端点的通信通道：有一端句柄的进程可以和有另一端句柄的进程通信。管道可以是单向-一端是只读的，另一端点是只写的；也可以是双向的一管道的两端点既可读也可写。匿名管道(Anonymous Pipe)是在父进程和子进程之间，或同一父进程的两个子进程之间传输数据的无名字的单向管道。通常由父进程创建管道，然后由要
32、通信的子进程继承通道的读端点句柄或写端点句柄，然后实现通信。父进程还可以建立两个或更多个继承匿名管道读和写句柄的子进程。这些子进程可以使用管道直接通信，不需要通过父进程。匿名管道是单机上实现子进程标准I/O重定向的有效方法，它不能在网上使用，也不能用于两个不相关的进程之间。2.4命名管道命名管道(Named Pipe)是服务器进程和一个或多个客户进程之间通信的单向或双向管道。不同于匿名管道的是命名管道可以在不相关的进程之间和不同计算机之间使用，服务器建立命名管道时给它指定一个名字，任何进程都可以通过该名字打开管道的另一端，根据给定的权限和服务器进程通信。命名管道提供了相对简单的编程接口，使通过
33、网络传输数据并不比同一计算机上两进程之间通信更困难，不过如果要同时和多个进程通信它就力不从心了。2.5邮件槽邮件槽(Mailslots)提供进程间单向通信能力，任何进程都能建立邮件槽成为邮件槽服务器。其它进程，称为邮件槽客户，可以通过邮件槽的名字给邮件槽服务器进程发送消息。进来的消息一直放在邮件槽中，直到服务器进程读取它为止。一个进程既可以是邮件槽服务器也可以是邮件槽客户，因此可建立多个邮件槽实现进程间的双向通信。通过邮件槽可以给本地计算机上的邮件槽、其它计算机上的邮件槽或指定网络区域中所有计算机上有同样名字的邮件槽发送消息。广播通信的消息长度不能超过400字节，非广播消息的长度则受邮件槽服务
34、器指定的最大消息长度的限制。邮件槽与命名管道相似，不过它传输数据是通过不可靠的数据报(如TCP/IP协议中的UDP包)完成的，一旦网络发生错误则无法保证消息正确地接收，而命名管道传输数据则是建立在可靠连接基础上的。不过邮件槽有简化的编程接口和给指定网络区域内的所有计算机广播消息的能力，所以邮件槽不失为应用程序发送和接收消息的另一种选择。2.6剪贴板进程间通信剪贴板(Clipped Board)实质是Win32 API中一组用来传输数据的函数和消息，为Windows应用程序之间进行数据共享提供了一个中介，Windows已建立的剪切(复制)-粘贴的机制为不同应用程序之间共享不同格式数据提供了一条捷
35、径。当用户在应用程序中执行剪切或复制操作时，应用程序把选取的数据用一种或多种格式放在剪贴板上。然后任何其它应用程序都可以从剪贴板上拾取数据，从给定格式中选择适合自己的格式。剪贴板是一个非常松散的交换媒介，可以支持任何数据格式，每一格式由一无符号整数标识，对标准(预定义)剪贴板格式，该值是Win32 API定义的常量；对非标准格式可以使用Register Clipboard Format函数注册为新的剪贴板格式。利用剪贴板进行交换的数据只需在数据格式上一致或都可以转化为某种格式就行。但剪贴板只能在基于Windows的程序中使用，不能在网络上使用。2.7动态数据交换动态数据交换(DDE)是使用共享
36、内存在应用程序之间进行数据交换的一种进程间通信形式。应用程序可以使用DDE进行一次性数据传输，也可以当出现新数据时，通过发送更新值在应用程序间动态交换数据。DDE和剪贴板一样既支持标准数据格式(如文本、位图等)，又可以支持自己定义的数据格式。但它们的数据传输机制却不同，一个明显区别是剪贴板操作几乎总是用作对用户指定操作的一次性应答-如从菜单中选择Paste命令。尽管DDE也可以由用户启动，但它继续发挥作用一般不必用户进一步干预。DDE有三种数据交换方式：(1)冷链：数据交换是一次性数据传输，与剪贴板相同。(2)温链：当数据交换时服务器通知客户，然后客户必须请求新的数据。(3)热链：当数据交换时
37、服务器自动给客户发送数据。DDE交换可以发生在单机或网络中不同计算机的应用程序之间。开发者还可以定义定制的DDE数据格式进行应用程序之间特别目的IPC，它们有更紧密耦合的通信要求。大多数基于Windows的应用程序都支持DDE。2.8对象连接与嵌入应用程序利用对象连接与嵌入(OLE)技术管理复合文档(由多种数据格式组成的文档)，OLE提供使某应用程序更容易调用其它应用程序进行数据编辑的服务。例如，OLE支持的字处理器可以嵌套电子表格，当用户要编辑电子表格时OLE库可自动启动电子表格编辑器。当用户退出电子表格编辑器时，该表格已在原始字处理器文档中得到更新。在这里电子表格编辑器变成了字处理器的扩展
38、，而如果使用DDE，用户要显式地启动电子表格编辑器。同DDE技术相同，大多数基于Windows的应用程序都支持OLE技术。2.9动态连接库Win32动态连接库(DLL)中的全局数据可以被调用DLL的所有进程共享，这就又给进程间通信开辟了一条新的途径，当然访问时要注意同步问题。虽然可以通过DLL进行进程间数据共享，但从数据安全的角度考虑，我们并不提倡这种方法，使用带有访问权限控制的共享内存的方法更好一些。2.10远程过程调用实现进程间通信Win32 API提供的远程过程调用(RPC)使应用程序可以使用远程调用函数，这使在网络上用RPC进行进程通信就像函数调用那样简单。RPC既可以在单机不同进程间
39、使用也可以在网络中使用。由于Win32 API提供的RPC服从OSF-DCE(Open Software Foundation Distributed Computing Environment)标准。所以通过Win32 API编写的RPC应用程序能与其它操作系统上支持DEC的RPC应用程序通信。使用RPC开发者可以建立高性能、紧密耦合的分布式应用程序。2.11 NetBios函数Win32 API提供NetBios函数用于处理低级网络控制，这主要是为IBM NetBios系统编写与Windows的接口。除非那些有特殊低级网络功能要求的应用程序，其它应用程序最好不要使用NetBios函数来进行
40、进程间通信。2.12 Sockets Windows Sockets规范是以U.C.Berkeley大学BSD UNIX中流行的Socket接口为范例定义的一套Windows下的网络编程接口。除了Berkeley Socket原有的库函数以外，还扩展了一组针对Windows的函数，使程序员可以充分利用Windows的消息机制进行编程。现在通过Sockets实现进程通信的网络应用越来越多，这主要的原因是Sockets的跨平台性要比其它IPC机制好得多，另外WinSock 2.0不仅支持TCP/IP协议，而且还支持其它协议(如IPX)。Sockets的唯一缺点是它支持的是底层通信操作，这使得在单机
41、的进程间进行简单数据传递不太方便，这时使用下面将介绍的WM_COPYDATA消息将更合适些。2.13 WM_COPYDATA消息WM_COPYDATA是一种非常强大却鲜为人知的消息。当一个应用向另一个应用传送数据时，发送方只需使用调用SendMessage函数，参数是目的窗口的句柄、传递数据的起始地址、WM_COPYDATA消息。接收方只需像处理其它消息那样处理WM_COPY DATA消息，这样收发双方就实现了数据共享。WM_COPYDATA是一种非常简单的方法，它在底层实际上是通过文件映射来实现的。它的缺点是灵活性不高，并且它只能用于Windows平台的单机环境下。3结束语Win32 API为应用程序实现进程间通信提供了如此多种选择方案，那么开发者如何进行选择呢?通常在决定使用哪种进程间通信方法之前应考虑以下一些问题：(1)应用程序是在网络环境下还是在单机环境下工作,如果是在网络环境下那么SOCKET进程间通信方式非常不错，如果单机本地进程间通信那么内存文件映射进程间通信是不错的选择。(2)应用程序对性能的要求如何，如果对性能要求不高采用WM_COPYDATA方式完成进程间通信就非常简单.MSN空间完美搬家到新浪博客！特别声明：1：资料来源于互联网，版权归属原作者2：资料内容属于网络意见，与本账号立场无关3：如有侵权，请告知，立即删除。105103105822