本文共 1406 字，大约阅读时间需要 4 分钟。
Unix的最具特点的程序模块化技法就是将大型程序分解成多个协作进程。 Unix提倡把程序分解成更简单的子进程，并考虑接口： 提倡使用能由管道和套接字传递的简单、透明的文本数据格式。
真正的挑战不是协议语法而是协议逻辑：协议设计既要有充分的表达能力，又能防范死锁。 在开发出可以把全局复杂度降至最低程度的干净体系之前，关注性能问题便是过早优化。 将程序划分为多个协作进程的另一重要原因是提高安全性：仅信任较少的代码，而让大部分操作都运行在用户级。 廉价的进程生成使得程序间协作变得可能，通过调用专门程序来完成专门任务； C库popen可以用来向专门程序传递数据或读取专门程序的返回结果； 管道： |把一个程序的输出连接到另外一个程序的输入；单向性；管道中所有程序并发执行；匿名管道，命名管道（为命名套接字取代）。 fetchmail：不能使用，因为管道的单向性；不能发出反馈信息。 安全性包装器：调用专门程序检查某类凭证，然后根据返回结果执行后一个程序； bernstein链与管道类似；只不过每个继发阶段的程序取代了前一阶段的程序，而不是与之并行。 临时文件：简单，灵活，但容易引起名字冲突，提前中断会造成问题；文件容易被修改，安全问题； 信号：软中断，SIGHUP一般被用作重启初始化，而用SIGTERM作为正常退出的信号； pidfile：守护进程只允许一个实例运行，则可作为文件锁使用。 fetchmail信号：唤醒已经存在的进程或者新建进程来获取邮件。 共享内存：速度快，只用在同一机器上。mmap，将文件映射到内存。自己处理竞争和死锁；避免通过网络栈复制数据的开销。 复杂的结构比文本流难以处理。RPC提供了丰富接口，但恰恰将问题复杂化了。 文本流：性能损失是线程的，但可通过硬件升级来补偿。 XML-RPC和SOAP综合了文本流和RPC方法的优点。 局部变量共享全局内存使得需要加入竞争和临界区的控制，同时bug也会增多。 尽管线程没有进程上下文切换的开销，但锁定共享数据结构的开销同样昂贵。 客户端/服务器划分：由服务器集中管理所有资源争用，降低了复杂性，也有利于适应分布式计算。 把线程、远程过程调用接口和重量级的面向对象设计结合使用特别危险。 真实世界里的编程其实就是管理复杂度的问题。能够管理复杂度的工具都是好东西。但当这些工具不是控制而是增加复杂度的时候，最好扔掉，从零开始。 本文转自feisky博客园博客，原文链接：http://www.cnblogs.com/feisky/archive/2012/01/31/2333990.html，如需转载请自行联系原作者