vc 进程间通讯

好了我们下面来写两个进程来实现它们的通信， 事先说明我写的只是关键代码并不能直接运行
发送方:
void Send(char* pSnd)
{
if (OpenClipboard())
{
HANDLE hClip;
if (!CreatePipe(&m_hRead, &m_hWrite, &sa, 0)
{
return;
}
STARTUPINFO sui;
PROCESS_INFOMATION pi; // 保存了所创建子进程的信息
BOOL CreatePipe(PHANDLE hReadPipe, PHANDLE hWritePipe, LPSECURITY_ATTRIBUTES lpPipeAttributes, DWORD nSize)
这个API函数是有用来创建匿名管道的，它返回管道的读写句柄（hReadPipe，hWritePipe）， 记住lpPipeAttributes不能为NULL，因为这意味着函数的返回句柄不能被子进程所继承，你要知道匿名管道可是实现父子进程通信的阿,只有当一个子进程从其父进程中继承了匿名管道句柄后，这两个进程才可以通信，lpPipeAttributes不为NULL还远不够，LPSECURITY_ATTRIBUTES这个结构体的内容去查MSDN吧，我只告诉你其中的BOOL bInheritHandle这个成员变量要赋值为TRUE, 这样才真正实现了子进程可以从父进程中继承匿名管道.
2. 匿名管道(Pipe)
现在大多数都是基于管道通信的，因为每两个进程都可以共享一个管道来进行单独的对话，就象打电话单独占用一条线路一样，而不必担心像剪贴板一样会有串音， 匿名管道是一种只能在本地机器上实现两个进程间通信的管道，它只能用来实现一个父进程和一个子进程之间实现数据传输.其实它是非常有用的，我做过一个实际的项目就是利用匿名管道，项目就是让我写一个Ping程序来监测网络的通信状况，并且要把统计结果和执行过程显示在我们的软件里, windows有一个自带的ping程序，而且有执行过程和统计，所以我没必要再发明一个（重复发明就等于犯罪----程序员要牢记阿）, 只是windows的那个Ping程序的执行结果都显示在了CMD的界面上了，我需要把它提取出来显示在我们的软件界面上，于是我就利用了匿名管道实现了这个程序， 当我们的软件要启动Ping任务时，我就先CreatePipe创建匿名管道，再CreateProcess启动了windows下面的Ping程序（它作为我们软件的子进程），当然要把管道的读写句柄一起传给子进程，这样我就可以轻松的把Ping的执行结果了写入到我的Buffer里了，是不是很easy。
BOOL IsClipboardFormatAvailable(UINT uFormat)
这个函数的作用就是要检查一下剪贴板中的数据是否是uFormat形式的，比如我现打开了mspaint（画图板）程序画了几笔，然后Ctrl+C，再打开notepad程序Ctrl+V，你当然知道这不会成功，它就是使用了这个API函数在粘贴前判断了一下剪贴板中的数据类型是否是我所需要的.
上面这段程序就相当于你执行了Ctrl+V操作，它把剪贴板中的数据取了出来;
剪贴板是系统提供的，所有进程都可以访问它，它就是一段全局内存区，操作系统中的每个进程就都会像线程访问共享变量一样的使用它，很简单，但是问题很多,正是因为所有的进程都可以访问它，所以如果你的两个进程间的通信如果使用这种方式的话，第一，通信效率不高；第二，会影响到其他进程的执行， 如果我现在Ctrl+C了一段文字，再执行Ctrl+V的时候却出现了一些乱七八糟的东西的话那就会很麻烦, 所以可以基于剪贴板来做一个简单的病毒程序，如果你有兴趣的话;
{
....
private:
HANDLE m_hWrite;
HANDLE m_hRead;
}
void CParent::onCreatePipe()
{
SECURITY_ATTRIBUTES sa; // 父进程传递给子进程的一些信息
1. 剪贴板(clipboaቤተ መጻሕፍቲ ባይዱd)
其实这个东西我们每天操作电脑的时候都在接触，我们经常实用ctrl+c和ctrl+v就是基于了剪贴板的方式来实现了两个进程间的通信， 就拿我现在来说吧，我在写这篇文章的时候是在notepad下写的， 一会我要把这篇文章里的所有文字都粘贴到csdn的网页上， 这里就是两个进程，一个是notepad进程和一个IE进程进行通信， 它们要传输的数据格式是TEXT，当然你也可以把这些内容拷贝到word、Excel、PowerPoint甚至是另一个notepad上面（你要清楚再启动一个notepad，这个跟前一个notepad是两个进程，虽然它们长得很像），这就说明剪贴板是所有程序都可以访问的,如果你对多线程编程比较了解的话， 你就会明白一个数据一旦要被很多线程访问，如果这些线程中有一些需要求改这个数据，就要对这个数据加锁来保证数据的正确性了，剪贴板也是一样的，当我把这段文字ctrl+c时，它就要先对系统中的剪贴板加锁，然后把内容放进去，再释放锁，如果你明白了以上的一些道理，那么请你继续往下看，如果还没太明白那也请你继续往下看， 也许你对文字的理解能力已经落后于对代码的理解了.
pBuf = (char *)GlobalLock(hClip); // 得到句柄标识的内存的实际物理地址,lock后系统就不能把它乱移动了
strcpy(pBuf, pSnd);
GlobalUnloak(hClip); // 跟open和close的关系是一样的，有lock的也不要忘记unlock
ZeroMemory(&sui, sizeof(STARTUPINFO)); // 对一个内存区清零，最好用ZeroMemory, 它的速度要快于memset
sui.cb = sizeof(STARTUPINFO);
sui.dwFlags = STARTF_USESTDHANDLES;
HANDLE hClip;
char *pBuf = NULL;
hClip = GetClipboardData(CF_TEXT); // 根据编程中的对称原则，这个我就不介绍了
pBuf = (char *)GlobalLock(hClip);
SetClipboardData(CF_TEXT, hClip);
CloseClipboard(); // 有open就不要忘记close
}
}
在你的程序中加入以上这段话，它就把pSnd中的内容发到了剪贴板上，相当于你作了Ctrl+C， 不信你可以执行这段程序后，打开一个notepad然后手动Ctrl+v看看是不是很惊奇.
GlobalUnlock(hClip);
MessageBox(pBuf); //显示出来
}
&nb
sp; CloseClipboard();
}
}
void Receive()
{
if (OpenClipboard())
{
if (IsClipboardFormatAvailable(CF_TEXT))//判断剪贴板中的数据是否是文本
{
BOOL OpenClipboard()
windows提供的一个API函数，作用是打开剪贴板，如果程序打开了剪贴板，则其他程序经不能修改剪贴板（道理上面讲了），直到CloseClipboard(), 在windows中所有带有Open这个单词的函数都会有一个与之对应的带有Close这个单词的函数， 而且你在open之后一定不要忘记close，你可以自己试试看，只调用OpenClipboard()而不去执行CloseClipboard()会有什么效果,至今我还没有发现例外的情况，如果你发现了请你告诉我.
BOOL CreateProcess(...)
这个系统API函数是用来在你的进程中启动一个子进程用的，它的参数实在太多了，你还是去查MSDN吧，别怪我太懒惰，我只说几个关键的地方,不想说的太详细.
下面我就在写一个程序利用匿名管道来通信
父进程的实现:
Class CParent
在Windows下各个任务是以不同的进程来完成的，当一个进程启动后，操作系统为其分配了4GB的私有地址空间，由于位于同一个进程中的线程共享同一个地址空间，所以线程间的通信很简单，就像两个人如果在同一个房间里说话的话就比较容易，只要动动嘴皮子就OK了， 但是如果在两个国家里就比较麻烦，必须借助于一些其他的手段，比如打电话等. 以下介绍四种进程通信方式，虽然是在windows下的环境但是在其他的操作系统里也遵循着同样的原理，不信的话可以把大学里的操作系统教材拿出来看看， 它们分别是剪贴板、 匿名管道、命名管道和邮槽。
sa.bInheritHandle = TRUE; // 还记得我上面的提醒吧，这个来允许子进程继承父进程的管道句柄
sa.lpSecurityDescriptor = NULL;
sa.nLength = sizeof(SECURITY_ATTRIBUTES);
char *pBuf = NULL; // 对一个指针变量以NULL来初始化是个很好的习惯
EmptyClipboard(); // 清空剪贴板上的内容
hClip = GlobalAlloc(GMEM_MOVEABLE, strlen(pSnd) + 1);
HANDLE SetClipboardData(UINT uFormat, HANDLE hMem)
它的作用是将hMem所“代表”的内存中的内容以uFormat的格式放到剪贴板上，详细的参数说明去查MSDN吧，这里你可能有一些疑问，hMem是个句柄而内存是用指针来访问的，你说的没错，所以我用了“代表”这个词而没有用“指向”，在windows里很多资源都会有一个HANDLE以它来标识各个资源一遍于操作系统的管理，内存也一样，我们一般动态开辟(用new, malloc)的heap都不会被操作系统任意移动，因为它是一个进程的私有空间，而如果你开辟全局Heap数据的话，操作系统很可能会移动它，如果这个时候你已然使用指针的话，那么操作系统一旦移动了一块全局Heap数据就要修改到所有指向这块内存的指针，这显然不现实，而这个时候如果你已然使用你的指针来管理那块内存的话，那就出了大麻烦，因为那块内存已经被移走了，而如果使用句柄来标识这块内存的话则会解决这个问题，因为它只是一个标签，并没有实际的物理意义，就像如果你使用一个人的家庭住址来标识这个人的话就会有麻烦，因为一旦他搬走了，你就找错人了， 但是以身份证号就OK了, 详细的情况可以参考GlobalAlloc这个函数。