周末面試碰到一個面試題，題目是：
在MMO游戲中，服務器采用Linux操作系統，網絡通信與游戲邏輯處理進程一般是分離的。
例如：GameSvr進程處理游戲邏輯，TCPSvr進程處理網絡通信。Linux操作系統提供了很多機制可以實現GameSvr和TCPSvr進程之間的數據通信。請您列出兩種你認為最好的機制來，並為主(最好)次(次佳)描述他們實現的框架，優缺點對比和應用中的注意事項。
一、進程間通信概述
進程通信有如下一些目的：
A、數據傳輸：一個進程需要將它的數據發送給另一個進程，發送的數據量在一個字節到幾M字節之間
B、共享數據：多個進程想要操作共享數據，一個進程對共享數據的修改，別的進程應該立刻看到。
C、通知事件：一個進程需要向另一個或一組進程發送消息，通知它（它們）發生了某種事件（如進程終止時要通知父進程）。
D、資源共享：多個進程之間共享同樣的資源。為了作到這一點，需要內核提供鎖和同步機制。
E、進程控制：有些進程希望完全控制另一個進程的執行（如Debug進程），此時控制進程希望能夠攔截另一個進程的所有陷入和異常，並能夠及時知道它的狀態改變。
Linux 進程間通信（IPC）以下以幾部分發展而來：
早期UNIX進程間通信、基於System V進程間通信、基於Socket進程間通信和POSIX進程間通信。
UNIX進程間通信方式包括：管道、FIFO、信號。
System V進程間通信方式包括：System V消息隊列、System V信號燈、System V共享內存、
POSIX進程間通信包括：posix消息隊列、posix信號燈、posix共享內存。
現在linux使用的進程間通信方式：
（1）管道（pipe）和有名管道（FIFO）
（2）信號（signal）
（3）消息隊列
（4）共享內存
（5）信號量
（6）套接字（socket)
二、管道通信
普通的Linux shell都允許重定向，而重定向使用的就是管道。例如：
ps | grep vsftpd .管道是單向的、先進先出的、無結構的、固定大小的字節流，它把一個進程的標准輸出和另一個進程的標准輸入連接在一起。寫進程在管道的尾端寫入數據，讀進程在管道的道端讀出數據。數據讀出後將從管道中移走，其它讀進程都不能再讀到這些數據。管道提供了簡單的流控制機制。進程試圖讀空管道時，在有數據寫入管道前，進程將一直阻塞。同樣，管道已經滿時，進程再試圖寫管道，在其它進程從管道中移走數據之前，寫進程將一直阻塞。管道主要用於不同進程間通信。
管道創建與關閉
創建一個簡單的管道，可以使用系統調用pipe()。它接受一個參數，也就是一個包括兩個整數的數組。如果系統調用成功，此數組將包括管道使用的兩個文件描述符。創建一個管道之後，一般情況下進程將產生一個新的進程。
系統調用：pipe();
原型：int pipe(int fd[2]);
返回值：如果系統調用成功，返回0。如果系統調用失敗返回-1：
errno=EMFILE(沒有空親的文件描述符）
EMFILE（系統文件表已滿）
EFAULT（fd數組無效）
注意：fd[0]用於讀取管道，fd[1]用於寫入管道。
圖見附件
管道的創建
#include<unistd.h>
#include<errno.h>
#include<stdio.h>
#include<stdlib.h>
int main()
{
int pipe_fd[2];
if(pipe(pipe_fd)<0){
printf("pipe create error\n");
return -1;
}
else
printf("pipe create success\n");
close(pipe_fd[0]);
close(pipe_fd[1]);
}
管道的讀寫
管道主要用於不同進程間通信。實際上，通常先創建一個管道，再通過fork函數創建一個子進程。圖見附件。
子進程寫入和父進程讀的命名管道：圖見附件
管道讀寫注意事項：
可以通過打開兩個管道來創建一個雙向的管道。但需要在子理程中正確地設置文件描述符。必須在系統調用fork()中調用pipe()，否則子進程將不會繼承文件描述符。當使用半雙工管道時，任何關聯的進程都必須共享一個相關的祖先進程。因為管道存在於系統內核之中，所以任何不在創建管道的進程的祖先進程之中的進程都將無法尋址它。而在命名管道中卻不是這樣。管道實例見：pipe_rw.c
#include<unistd.h>
#include<memory.h>
#include<errno.h>
#include<stdio.h>
#include<stdlib.h>
int main()
{
int pipe_fd[2];
pid_t pid;
char buf_r[100];
char* p_wbuf;
int r_num;
memset(buf_r,0,sizeof(buf_r));數組中的數據清0；
if(pipe(pipe_fd)<0){
printf("pipe create error\n");
return -1;
}
if((pid=fork())==0){
printf("\n");
close(pipe_fd[1]);
sleep(2);
if((r_num=read(pipe_fd[0],buf_r,100))>0){
printf("%d numbers read from be pipe is %s\n",r_num,buf_r);
}
close(pipe_fd[0]);
exit(0);
}else if(pid>0){
close(pipe_fd[0]);
if(write(pipe_fd[1],"Hello",5)!=-1)
printf("parent write success!\n");
if(write(pipe_fd[1]," Pipe",5)!=-1)
printf("parent wirte2 succes!\n");
close(pipe_fd[1]);
sleep(3);
waitpid(pid,NULL,0);
exit(0);
}
}
標准流管道
與linux中文件操作有文件流的標准I/O一樣，管道的操作也支持基於文件流的模式。接口函數如下：
庫函數：popen();
原型：FILE *open (char *command,char *type);
返回值：如果成功，返回一個新的文件流。如果無法創建進程或者管道，返回NULL。管道中數據流的方向是由第二個參數type控制的。此參數可以是r或者w，分別代表讀或寫。但不能同時為讀和寫。在Linux 系統下，管道將會以參數type中第一個字符代表的方式打開。所以，如果你在參數type中寫入rw，管道將會以讀的方式打開。
使用popen()創建的管道必須使用pclose()關閉。其實，popen/pclose和標准文件輸入/輸出流中的fopen()/fclose()十分相似。
庫函數：pclose();
原型：int pclose(FILE *stream);
返回值：返回系統調用wait4()的狀態。
如果stream無效，或者系統調用wait4()失敗，則返回-1。注意此庫函數等待管道進程運行結束，然後關閉文件流。庫函數pclose()在使用popen（）創建的進程上執行wait4()函數，它將破壞管道和文件系統。
流管道的例子。
#include<stdio.h>
#include<unistd.h>
#include<stdlib.h>
#include<fcntl.h>
#define BUFSIZE 1024
int main(){
FILE *fp;
char *cmd="ps -ef";
char buf[BUFSIZE];
buf[BUFSIZE]='\0';
if((fp=popen(cmd,"r"))==NULL)
perror("popen");
while((fgets(buf,BUFSIZE,fp))!=NULL)
printf("%s",buf);
pclose(fp);
exit(0);
}
命名管道（FIFO）
基本概念
命名管道和一般的管道基本相同，但也有一些顯著的不同：
A、命名管道是在文件系統中作為一個特殊的設備文件而存在的。
B、不同祖先的進程之間可以通過管道共享數據。
C、當共享管道的進程執行完所有的I/O操作以後，命名管道將繼續保存在文件系統中以便以後使用。
管道只能由相關進程使用，它們共同的祖先進程創建了管道。但是，通過FIFO，不相關的進程也能交換數據。
命名管道創建與操作
命名管道創建
#include<sys/types.h>
#include<sys/stat.h>
int mkfifo(const char *pathname,mode_t mode);
返回：若成功則為0，若出錯返回-1
一旦已經用mkfifo創建了一個FIFO，就可用open打開它。確實，一般的文件I/O函數(close,read,write,unlink等）都可用於FIFO。當打開一個FIFO時，非阻塞標（O_NONBLOCK）產生下列影響：
（1）在一般情況中（沒有說明O_NONBLOCK),只讀打開要阻塞到某個其他進程為寫打開此FIFO。類似，為寫而打開一個FIFO要阻塞到某個其他進程為讀而打開它。
（2）如果指一了O_NONBLOCK，則只讀打開立即返回。但是，如果沒有進程已經為讀而打開一個FIFO，那麼只寫打開將出錯返回，其errno是ENXIO。類似於管道，若寫一個尚無進程為讀而打開的FIFO，則產生信號SIGPIPE。若某個FIFO的最後一個寫進程關閉了該FIFO，則將為該FIFO的讀進程產生一個文件結束標志。
FIFO相關出錯信息：
EACCES（無存取權限）
EEXIST（指定文件不存在）
ENAMETOOLONG（路徑名太長）
ENOENT（包含的目錄不存在）
ENOSPC（文件系統余空間不足）
ENOTDIR（文件路徑無效）
EROFS（指定的文件存在於只讀文件系統中）
fifo_write.c
#include<sys/types.h>
#include<sys/stat.h>
#include<errno.h>
#include<fcntl.h>
#include<stdio.h>
#include<stdlib.h>
#include<string.h>
#define FIFO "/tmp/myfifo"
main(int argc,char** argv)
{
char buf_r[100];
int fd;
int nread;
if((mkfifo(FIFO,O_CREAT|O_EXCL)<0)&&(errno!=EEXIST))
printf("cannot create fifoserver\n");
printf("Preparing for reading bytes....\n");
memset(buf_r,0,sizeof(buf_r));
fd=open(FIFO,O_RDONLY|O_NONBLOCK,0);
if(fd==-1)
{
perror("open");
exit(1);
}
while(1){
memset(buf_r,0,sizeof(buf_r));
if((nread=read(fd,buf_r,100))==-1){
if(errno==EAGAIN)
printf("no data yet\n");
}
printf("read %s from FIFO\n",buf_r);
sleep(1);
}
pause();
unlink(FIFO);
}
fifo_read.c
#include<sys/types.h>
#include<sys/stat.h>
#include<errno.h>
#include<fcntl.h>
#include<stdio.h>
#include<stdlib.h>
#include<string.h>
#define FIFO_SERVER "/tmp/myfifo"
main(int argc,char** argv)
{
int fd;
char w_buf[100];
int nwrite;
if(fd==-1)
if(errno==ENXIO)
printf("open error;no reading process\n");
fd=open(FIFO_SERVER,O_WRONLY|O_NONBLOCK,0);
if(argc==1)
printf("Please send something\n");
strcpy(w_buf,argv[1]);
if((nwrite=write(fd,w_buf,100))==-1)
{
if(errno==EAGAIN)
printf("The FIFO has not been read yet. Please try later\n");
}
else
printf("write %s to the FIFO\n",w_buf);
}
三、信號
信號概述
信號是軟件中斷。信號（signal）機制是Unix系統中最為古老的進程之間的能信機制。它用於在一個或多個進程之間傳遞異步信號。很多條件可以產生一個信號。
A、當用戶按某些終端鍵時，產生信號。在終端上按DELETE鍵通常產生中斷信號（SIGINT）。這是停止一個已失去控制程序的方法。
B、硬件異常產生信號：除數為0、無效的存儲訪問等等。這些條件通常由硬件檢測到，並將其通知內核。然後內核為該條件發生時正在運行的進程產生適當的信號。例如，對於執行一個無效存儲訪問的進程產生一個SIGSEGV。
C、進程用kill(2)函數可將信號發送給另一個進程或進程組。自然，有些限制：接收信號進和發送信號進程的所有都必須相同，或發送信號進程的的所有者必須是超級用戶。
D、用戶可用Kill（ID 值）命令將信號發送給其它進程。此程序是Kill函數的界面。常用此命令終止一個失控的後台進程。
E、當檢測到某種軟件條件已經發生，並將其通知有關進程時也產生信號。這裡並不是指硬件產生條件（如被0除），而是軟件條件。例如SIGURG（在網絡連接上傳來非規定波特率的數據）、SIGPIPE（在管道的讀進程已終止後一個進程寫此管道），以及SIGALRM（進程所設置的鬧鐘時間已經超時）。
內核為進程生產信號，來響應不同的事件，這些事件就是信號源。主要信號源如下：
（1）異常：進程運行過程中出現異常；
（2）其它進程：一個進程可以向另一個或一組進程發送信號；
（3）終端中斷：Ctrl-c,Ctro-\等；
（4）作業控制：前台、後台進程的管理；
（5）分配額：CPU超時或文件大小突破限制；
（6）通知：通知進程某事件發生，如I/O就緒等；
（7）報警：計時器到期；
Linux中的信號
1、SIGHUP 2、SIGINT（終止） 3、SIGQUIT（退出） 4、SIGILL 5、SIGTRAP 6、SIGIOT 7、SIGBUS 8、SIGFPE 9、SIGKILL 10、SIGUSER 11、 SIGSEGV SIGUSER 12、 SIGPIPE 13、SIGALRM 14、SIGTERM 15、SIGCHLD 16、SIGCONT 17、SIGSTOP 18、SIGTSTP 19、SIGTTIN 20、SIGTTOU 21、SIGURG 22、SIGXCPU 23、SIGXFSZ 24、SIGVTALRM 25、SIGPROF 26、SIGWINCH 27、SIGIO 28、SIGPWR
常用的信號：
SIGHUP：從終端上發出的結束信號；
SIGINT：來自鍵盤的中斷信號（Ctrl+c）
SIGQUIT：來自鍵盤的退出信號；
SIGFPE：浮點異常信號（例如浮點運算溢出）；
SIGKILL：該信號結束接收信號的進程；
SIGALRM：進程的定時器到期時，發送該信號；
SIGTERM：kill命令生出的信號；
SIGCHLD：標識子進程停止或結束的信號；
SIGSTOP：來自鍵盤（Ctrl-Z)或調試程序的停止掃行信號
可以要求系統在某個信號出現時按照下列三種方式中的一種進行操作。
（1）忽略此信號。大多數信號都可使用這種方式進行處理，但有兩種信號卻決不能被忽略。它們是：SIGKILL和SIGSTOP。這兩種信號不能被忽略的，原因是：它們向超級用戶提供一種使進程終止或停止的可靠方法。另外，如果忽略某些由硬件異常產生的信號（例如非法存儲訪問或除以0），則進程的行為是示定義的。
（2）捕捉信號。為了做到這一點要通知內核在某種信號發生時，調用一個用戶函數。在用戶函數中，可執行用戶希望對這種事件進行的處理。如果捕捉到SIGCHLD信號，則表示子進程已經終止，所以此信號的捕捉函數可以調用waitpid以取得該子進程的進程ID以及它的終止狀態。
（3）執行系統默認動作。對大多數信號的系統默認動作是終止該進程。每一個信號都有一個缺省動作，它是當進程沒有給這個信號指定處理程序時，內核對信號的處理。有5種缺省的動作：
（1）異常終止（abort)：在進程的當前目錄下，把進程的地址空間內容、寄存器內容保存到一個叫做core的文件中，而後終止進程。
（2）退出（exit）：不產生core文件，直接終止進程。
（3）忽略（ignore）：忽略該信號。
（4）停止（stop）：掛起該進程。
（5）繼續（contiune）：如果進程被掛起，剛恢復進程的動行。否則，忽略信號。
信號的發送與捕捉
kill()和raise()
kill()不僅可以中止進程，也可以向進程發送其他信號。
與kill函數不同的是，raise()函數運行向進程自身發送信號
#include<sys/types.h>
#include<signal.h>
int kill(pid_t pid,int signo);
int raise(int signo);
兩個函數返回：若成功則為0，若出錯則為-1。
kill的pid參數有四種不同的情況：
（1）pid>0將信號發送給進程ID為pid的進程。
（2）pid==0將信號發送給其進程組ID等於發送進程的進程組ID，而且發送進程有許可權向其發送信號的所有進程。
（3）pid<0將信號發送給其進程組ID等於pid絕對值，而且發送進程有許可權向其發送信號的所有進程。如上所述一樣，“所有進程”並不包括系統進程集中的進程。
（4）pid==-1 POSIX.1未定義種情況
kill.c
#include<stdio.h>
#include<stdlib.h>
#include<signal.h>
#include<sys/types.h>
#include<sys/wait.h>
int main()
{
pid_t pid;
int ret;
if((pid==fork())<0){
perro("fork");
exit(1);
}
if(pid==0){
raise(SIGSTOP);
exit(0);
}else {
printf("pid=%d\n",pid);
if((waitpid(pid,NULL,WNOHANG))==0){
if((ret=kill(pid,SIGKILL))==0)
printf("kill %d\n",pid);
else{
perror("kill");
}
}
}
}
alarm和pause函數
使用alarm函數可以設置一個時間值（鬧鐘時間），在將來的某個時刻時間值會被超過。當所設置的時間被超過後，產生SIGALRM信號。如果不忽略或不捕捉引信號，則其默認動作是終止該進程。
#include<unistd.h>
unsigned int alarm(unsigned int secondss);
返回：0或以前設置的鬧鐘時間的余留秒數。
參數seconds的值是秒數，經過了指定的seconds秒後產生信號SIGALRM。每個進程只能有一個鬧鐘時間。如果在調用alarm時，以前已為該進程設置過鬧鐘時間，而且它還沒有超時，則該鬧鐘時間的余留值作為本次alarm函數調用的值返回。以前登記的鬧鐘時間則被新值代換。
如果有以前登記的尚未超過的鬧鐘時間，而且seconds值是0，則取消以前的鬧鐘時間，其余留值仍作為函數的返回值。
pause函數使用調用進程掛起直至捕捉到一個信號
#include<unistd.h>
int pause(void);
返回：-1，errno設置為EINTR
只有執行了一信號處理程序並從其返回時，pause才返回。
alarm.c
#include<unistd.h>
#include<stdio.h>
#include<stdlib.h>
int main()
{
int ret;
ret=alarm(5);
pause();
printf("I have been waken up.\n",ret);
}
信號的處理
當系統捕捉到某個信號時，可以忽略誰信號或是使用指定的處理函數來處理該信號，或者使用系統默認的方式。信號處理的主要方式有兩種，一種是使用簡單的signal函數，別一種是使用信號集函數組。
signal()
#include<signal.h>
void (*signal (int signo,void (*func)(int)))(int)
返回：成功則為以前的信號處理配置，若出錯則為SIG_ERR
func的值是：（a）常數SIGIGN，或（b）常數SIGDFL，或（c）當接到此信號後要調用的的函數的地址。如果指定SIGIGN，則向內核表示忽略此信號（有兩個信號SIGKILL和SIGSTOP不能忽略）。如果指定SIGDFL，則表示接到此信號後的動作是系統默認動作。當指定函數地址時，我們稱此為捕捉此信號。我們稱此函數為信號處理程序(signal handler)或信號捕捉函數(signal-catching funcgion).signal函數原型太復雜了，如果使用下面的typedef,則可以使其簡化。
type void sign(int);
sign *signal(int,handler *);
實例見:mysignal.c
#include<signal.h>
#include<stdio.h>
#include<stdlib.h>
void my_func(int sign_no)
{
if(sign_no==SIGINT)
printf("I have get SIGINT\n");
else if(sign_no==SIGQUIT)
printf("I have get SIGQUIT\n");
}
int main()
{
printf("Waiting for signal SIGINT or SIGQUTI\n");
signal(SIGINT,my_func);
signal(SIGQUIT,my_func);
pasue();
exit(0);
}
信號集函數組
我們需要有一個能表示多個信號——信號集（signal set）的數據類型。將在sigprocmask()這樣的函數中使用這種數據類型，以告訴內核不允許發生該信號集中的信號。信號集函數組包含水量幾大模塊：創建函數集、登記信號集、檢測信號集。
圖見附件。
創建函數集
#include<signal.h>
int sigemptyset(sigset_t* set);
int sigfillset(sigset_t* set);
int sigaddset(sigset_t* set,int signo );
int sigdelset(sigset_t* set,int signo);
四個函數返回：若成功則為0，若出錯則為-1
int sigismember(const sigset_t* set,int signo);
返回：若真則為1，若假則為0；
signemptyset:初始化信號集合為空。
sigfillset:初始化信號集合為所有的信號集合。
sigaddset:將指定信號添加到現存集中。
sigdelset:從信號集中刪除指定信號。
sigismember:查詢指定信號是否在信號集中。
登記信號集
登記信號處理機主要用於決定進程如何處理信號。首先要判斷出當前進程阻塞能不能傳遞給該信號的信號集。這首先使用sigprocmask函數判斷檢測或更改信號屏蔽字，然後使用sigaction函數改變進程接受到特定信號之後的行為。
一個進程的信號屏蔽字可以規定當前阻塞而不能遞送給該進程的信號集。調用函數sigprocmask可以檢測或更改（或兩者）進程的信號屏蔽字。
#include<signal.h>
int sigprocmask(int how,const sigset_t* set,sigset_t* oset);
返回：若成功則為0，若出錯則為-1
oset是非空指針，進程是當前信號屏蔽字通過oset返回。其次，若set是一個非空指針，則參數how指示如何修改當前信號屏蔽字。
用sigprocmask更改當前信號屏蔽字的方法。how參數設定：
SIG_BLOCK該進程新的信號屏蔽字是其當前信號屏蔽字和set指向信號集的並集。set包含了我們希望阻塞的附加信號。
SIG_NUBLOCK該進程新的信號屏蔽字是其當前信號屏蔽字和set所指向信號集的交集。set包含了我們希望解除阻塞的信號。
SIG_SETMASK該進程新的信號屏蔽是set指向的值。如果set是個空指針，則不改變該進程的信號屏蔽字，how的值也無意義。
sigaction函數的功能是檢查或修改（或兩者）與指定信號相關聯的處理動作。此函數取代了UNIX早期版本使用的signal函數。
#include<signal.h>
int sigaction(int signo,const struct sigaction* act,struct sigaction* oact);
返回：若成功則為0，若出錯則為-1
參數signo是要檢測或修改具體動作的信號的編號數。若act指針非空，則要修改其動作。如果oact指針為空，則系統返回該信號的原先動作。此函數使用下列結構：
struct sigaction{
void (*sa_handler)(int signo);
sigset_t sa_mask;
int sa_flags;
void (*sa_restore);
};
sa_handler是一個函數指針，指定信號關聯函數，可以是自定義處理函數，還可以SIG_DEF或SIG_IGN;
sa_mask是一個信號集，它可以指定在信號處理程序執行過程中哪些信號應當被阻塞。
sa_flags中包含許多標志位，是對信號進行處理的各種選項。具體如下：
SA_NODEFER\SA_NOMASK:當捕捉到此信號時，在執行其信號捕捉函數時，系統不會自動阻塞此信號。
SA_NOCLDSTOP:進程忽略子進程產生的任何SIGSTOP、SIGTSTP、SIGTTIN和SIGTOU信號
SA_RESTART:可讓重啟的系統調用重新起作用。
SA_ONESHOT\SA_RESETHAND:自定義信號只執行一次，在執行完畢後恢復信號的系統默認動作。
檢測信號是信號處理的後續步驟，但不是必須的。sigpending函數運行進程檢測“未決“信號（進程不清楚他的存在），並進一步決定對他們做何處理。
sigpending返回對於調用進程被阻塞不能遞送和當前未決的信號集。
#include<signal.h>
int sigpending(sigset_t * set);
返回：若成功則為0，若出錯則為-1
信號集實例見：sigaction.c
#include<sys/types.h>
#include<unistd.h>
#include<signal.h>
#include<stdio.h>
#include<stdlib.h>
void my_func(int signum){
printf("If you want to quit,please try SIGQUIT\n");
}
int main()
{
sigset_t set,pendset;
struct sigaction action1,action2;
if(sigemptyse(&set)<0)
perror("sigemptyset");
if(sigaddset(&set,SIGQUIT)<0)
perror("sigaddset");
if(sigaddset(&set,SIGINT)<0)
perror("sigaddset");
if(sigprocmask(SIG_BLOCK,&set,NULL)<0)
perror("sigprcmask");
esle{
printf("blocked\n");
sleep(5);
}
if(sigprocmask(SIG_UNBLOCK,&set,NULL)
perror("sigprocmask");
else
printf("unblock\n");
while(1){
if(sigismember(&set,SIGINT)){
sigemptyset(&action1.sa_mask);
action1.sa_handler=my_func;
sigaction(SIGINT,&action1,NULL);
}else if(sigismember(&set,SIGQUIT)){
sigemptyset(&action2.sa_mask);
action2.sa_handler=SIG_DEL;
sigaction(SIGTERM,&action2,NULL);
}
}
}
1 文件映射
文件映射(Memory-Mapped Files)能使進程把文件內容當作進程地址區間一塊內存那樣來對待。因此，進程不必使用文件I/O操作，只需簡單的指針操作就可讀取和修改文件的內容。
Win32 API允許多個進程訪問同一文件映射對象，各個進程在它自己的地址空間裡接收內存的指針。通過使用這些指針，不同進程就可以讀或修改文件的內容，實現了對文件中數據的共享。
應用程序有三種方法來使多個進程共享一個文件映射對象。
(1)繼承：第一個進程建立文件映射對象，它的子進程繼承該對象的句柄。
(2)命名文件映射：第一個進程在建立文件映射對象時可以給該對象指定一個名字(可與文件名不同)。第二個進程可通過這個名字打開此文件映射對象。另外，第一個進程也可以通過一些其它IPC機制(有名管道、郵件槽等)把名字傳給第二個進程。
(3)句柄復制：第一個進程建立文件映射對象，然後通過其它IPC機制(有名管道、郵件槽等)把對象句柄傳遞給第二個進程。第二個進程復制該句柄就取得對該文件映射對象的訪問權限。
文件映射是在多個進程間共享數據的非常有效方法，有較好的安全性。但文件映射只能用於本地機器的進程之間，不能用於網絡中，而開發者還必須控制進程間的同步。
2 共享內存
Win32 API中共享內存(Shared Memory)實際就是文件映射的一種特殊情況。進程在創建文件映射對象時用0xFFFFFFFF來代替文件句柄(HANDLE)，就表示了對應的文件映射對象是從操作系統頁面文件訪問內存，其它進程打開該文件映射對象就可以訪問該內存塊。由於共享內存是用文件映射實現的，所以它也有較好的安全性，也只能運行於同一計算機上的進程之間。
注意點： 要控制同步，而且CString、list、arry、map等的collect class都不能安全的使用於共享內存中
不要把擁有虛函數之C++類放到共享內存中
不要把CObject派生類之MFC對象放到共享內存中
不要使用"point within the shared memory"的指針
不要使用"point outside of the shared memory"的指針
使用"based"指針是安全的，但要小心使用
3 匿名管道
管道(Pipe)是一種具有兩個端點的通信通道：有一端句柄的進程可以和有另一端句柄的進程通信。管道可以是單向－一端是只讀的，另一端點是只寫的；也可以是雙向的一管道的兩端點既可讀也可寫。
匿名管道(Anonymous Pipe)是 在父進程和子進程之間，或同一父進程的兩個子進程之間傳輸數據的無名字的單向管道。通常由父進程創建管道，然後由要通信的子進程繼承通道的讀端點句柄或寫 端點句柄，然後實現通信。父進程還可以建立兩個或更多個繼承匿名管道讀和寫句柄的子進程。這些子進程可以使用管道直接通信，不需要通過父進程。
匿名管道是單機上實現子進程標准I/O重定向的有效方法，它不能在網上使用，也不能用於兩個不相關的進程之間。
4 命名管道
命名管道(Named Pipe)是服務器進程和一個或多個客戶進程之間通信的單向或雙向管道。不同於匿名管道的是命名管道可以在不相關的進程之間和不同計算機之間使用，服務器建立命名管道時給它指定一個名字，任何進程都可以通過該名字打開管道的另一端，根據給定的權限和服務器進程通信。
命名管道提供了相對簡單的編程接口，使通過網絡傳輸數據並不比同一計算機上兩進程之間通信更困難，不過如果要同時和多個進程通信它就力不從心了。
5 郵件槽
郵件槽(Mailslots)提 供進程間單向通信能力，任何進程都能建立郵件槽成為郵件槽服務器。其它進程，稱為郵件槽客戶，可以通過郵件槽的名字給郵件槽服務器進程發送消息。進來的消 息一直放在郵件槽中，直到服務器進程讀取它為止。一個進程既可以是郵件槽服務器也可以是郵件槽客戶，因此可建立多個郵件槽實現進程間的雙向通信。
通過郵件槽可以給本地計算機上的郵件槽、其它計算機上的郵件槽或指定網絡區域中所有計算機上有同樣名字的郵件槽發送消息。廣播通信的消息長度不能超過400字節，非廣播消息的長度則受郵件槽服務器指定的最大消息長度的限制。
郵件槽與命名管道相似，不過它傳輸數據是通過不可靠的數據報(如TCP/IP協議中的UDP包)完成的，一旦網絡發生錯誤則無法保證消息正確地接收，而命名管道傳輸數據則是建立在可靠連接基礎上的。不過郵件槽有簡化的編程接口和給指定網絡區域內的所有計算機廣播消息的能力，所以郵件槽不失為應用程序發送和接收消息的另一種選擇。
6 剪貼板
剪貼板(Clipped Board)實質是Win32 API中一組用來傳輸數據的函數和消息，為Windows應用程序之間進行數據共享提供了一個中介，Windows已建立的剪切(復制)－粘貼的機制為不同應用程序之間共享不同格式數據提供了一條捷徑。當用戶在應用程序中執行剪切或復制操作時，應用程序把選取的數據用一種或多種格式放在剪貼板上。然後任何其它應用程序都可以從剪貼板上拾取數據，從給定格式中選擇適合自己的格式。
剪貼板是一個非常松散的交換媒介，可以支持任何數據格式，每一格式由一無符號整數標識，對標准(預定義)剪貼板格式，該值是Win32 API定義的常量；對非標准格式可以使用Register Clipboard Format函數注冊為新的剪貼板格式。利用剪貼板進行交換的數據只需在數據格式上一致或都可以轉化為某種格式就行。但剪貼板只能在基於Windows的程序中使用，不能在網絡上使用。
7 動態數據交換
動態數據交換(DDE)是使用共享內存在應用程序之間進行數據交換的一種進程間通信形式。應用程序可以使用DDE進行一次性數據傳輸，也可以當出現新數據時，通過發送更新值在應用程序間動態交換數據。
DDE和剪貼板一樣既支持標准數據格式(如文本、位圖等)，又可以支持自己定義的數據格式。但它們的數據傳輸機制卻不同，一個明顯區別是剪貼板操作幾乎總是用作對用戶指定操作的一次性應答－如從菜單中選擇Paste命令。盡管DDE也可以由用戶啟動，但它繼續發揮作用一般不必用戶進一步干預。DDE有三種數據交換方式：
(1) 冷鏈：數據交換是一次性數據傳輸，與剪貼板相同。
(2) 溫鏈：當數據交換時服務器通知客戶，然後客戶必須請求新的數據。
(3) 熱鏈：當數據交換時服務器自動給客戶發送數據。
DDE交換可以發生在單機或網絡中不同計算機的應用程序之間。開發者還可以定義定制的DDE數據格式進行應用程序之間特別目的IPC，它們有更緊密耦合的通信要求。大多數基於Windows的應用程序都支持DDE。
8 對象連接與嵌入
應用程序利用對象連接與嵌入(OLE)技術管理復合文檔(由多種數據格式組成的文檔)，OLE提供使某應用程序更容易調用其它應用程序進行數據編輯的服務。例如，OLE支持的字處理器可以嵌套電子表格，當用戶要編輯電子表格時OLE庫可自動啟動電子表格編輯器。當用戶退出電子表格編輯器時，該表格已在原始字處理器文檔中得到更新。在這裡電子表格編輯器變成了字處理器的擴展，而如果使用DDE，用戶要顯式地啟動電子表格編輯器。
同DDE技術相同，大多數基於Windows的應用程序都支持OLE技術。
9 動態連接庫
Win32動態連接庫(DLL)中的全局數據可以被調用DLL的所有進程共享，這就又給進程間通信開辟了一條新的途徑，當然訪問時要注意同步問題。
雖然可以通過DLL進行進程間數據共享，但從數據安全的角度考慮，我們並不提倡這種方法，使用帶有訪問權限控制的共享內存的方法更好一些。
10 遠程過程調用
Win32 API提供的遠程過程調用(RPC)使應用程序可以使用遠程調用函數，這使在網絡上用RPC進行進程通信就像函數調用那樣簡單。RPC既可以在單機不同進程間使用也可以在網絡中使用。
由於Win32 API提供的RPC服從OSF-DCE(Open Software Foundation Distributed Computing Environment)標准。所以通過Win32 API編寫的RPC應用程序能與其它操作系統上支持DEC的RPC應用程序通信。使用RPC開發者可以建立高性能、緊密耦合的分布式應用程序。
11 NetBios函數
Win32 API提供NetBios函數用於處理低級網絡控制，這主要是為IBM NetBios系統編寫與Windows的接口。除非那些有特殊低級網絡功能要求的應用程序，其它應用程序最好不要使用NetBios函數來進行進程間通信。
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的唯一缺點是它支持的是底層通信操作，這使得在單機的進程間進行簡單數據傳遞不太方便，這時使用下面將介紹的WM_COPYDATA消息將更合適些。
13 WM_COPYDATA消息
WM_COPYDATA是一種非常強大卻鮮為人知的消息。當一個應用向另一個應用傳送數據時，發送方只需使用調用SendMessage函數，參數是目的窗口的句柄、傳遞數據的起始地址、WM_COPYDATA消息。接收方只需像處理其它消息那樣處理WM_COPY DATA消息，這樣收發雙方就實現了數據共享。
WM_COPYDATA是一種非常簡單的方法，它在底層實際上是通過文件映射來實現的。它的缺點是靈活性不高，並且它只能用於Windows平台的單機環境下。
