面试时一再地被问到进程间通信的情况，而我的理解一直停留在概念上和名词上，必须要做点实验加深理解。
IPC:Interprocess communication。有些IPC的方法不仅可以用于相同主机，也可以用于不同主机，如sockets和STREAMS。
经典IPC之一：pipes(管道)
,使用最广泛，具有亲缘关系
的进程间才能使用管道进行IPC。
使用了管道的例子：ls -a | grep "jun"
自己的程序中使用管道的方法：父进程创建pipe，然后fork子进程，这时父子进程通过pipe进行通信了。
例子代码：(为了抓住重点，删除了处理错误的代码)
int main()
{
int fd[2]; //管道是一种文件，有read端和write端，要用到两个file descriptor
pipe(fd); //创建管道
pid = fork();
if (pid > 0) { //父进程
close(fd[0]); //fd[0]是read端，fd[1]是write端，这里关闭read端。close()是File I/O的API。
write(fd[1], ”hello pipe\n", 11); //通过write端，写入数据。write()是File I/O的API。
}
else { //子进程
close(fd[1]); //关闭write端
int n = read(fd[0], buf, MAX_SIZE);
write(1, buf, n); //整数1，在我所知道的操作系统的实现中是标准输出的File descriptor
}
exit(0);
}
程序代码中使用管道的套路一般是：pipe;fork;exec*，操作系统又提供了popen和pclose函数整合有关管道的函数，使得可以在自己的程序中用更少的代码实现管道。
经典IPC之二：FIFOs, FIFOs are sometimes called named pipes(有名管道)。突破了只能在相关进程间使用的限制.
d
补：面试时我猜测共享文件是一种IPC，这个不对。我因为对共享内存没记牢靠，所以会猜测到共享文件是一种IPC。
内核中所有已分配的字符设备编号都记录在一个名为 chrdevs 散列表里。该散列表中的每一个元素是一个 char_device_struct 结构，它的定义如下：
static struct char_device_struct {
struct char_device_struct *next; // 指向散列冲突链表中的下一个元素 ......
今天学到的东东：
1、查看进程所对应可执行程序的绝对路径
[1]. ps -ef | grep 进程名 获得PID
[2]. 进入proc文件系统里对应的目录：/proc/ <PID>
[3]. ls -l
exe链接对应的就是可执行文件的全路经
......
