UNIX编程艺术之“多道程序设计”

    多道程序设计的主旨是“只做一件事并且做好”，这个主旨自始至终贯穿本章，文中举了管道、more命令，来说明，unix命令功能的单一性以及进程间如何进行通信。

    其中关于线程的讨论，很具有指导意义。工作中也常碰到进程与线程之争，线程的支持者主要是站在性能的角度进行考虑，认为线程创建与销毁成本较进程要小，同时线程间通信只操作共享的数据，开销也更低。但本章也明确指出，与性能的提升相比，清晰的结构、分离的运行空间以及系统的复杂度更为重要。并且得出结论，“尽量避免使用线程”。

    我的另一篇文章-服务器模型小结中提到一种server模型，较好地体现了本章的主旨。

 

    单进程接入+处理进程池

    这种模型把接入和业务逻辑处理分离，接入进程proxy使用epoll模型，只负责接收请求包和返回响应包，请求包接入后写入请求队列中，处理进程worker则阻塞在读请求队列上，一旦请求队列可读时，则取出一个请求进行处理，并将回包写到响应队列中。并且有一个控制进程ctrl监控接入进程和处理进程的状态。

    ctrl/proxy/worker单独启动，相互独立，每个进程只负责处理自己的事务，分层清晰、功能单一，并且一个worker进程阻塞或coredump，都不会影响其它进程的处理，在保证良好性能的同时也较好的保证了安全性。虽然存在内存拷贝，但是相比业务的安全性和可维护性而言，还是可以接收的。同时，分层处理也保证了良好的扩展性。