项目总结一：多进程还是多线程？

软件架构到底是用多进程还是多线程好？
起初我也是多有考虑，多线程的架构的对于项目组内的成员来说更为了解，学习的成本更低，而多进程架构的项目，我在这方面并没有多少经验，早先完成的一个项目完完全全的基于多线程。最终我还是决定将整个项目基于多进程，主要原因有以下几点。
一 对于不熟悉的东西，程序员往往会有着一定的排斥感，这种排斥感会阻碍技术人员的进步，拥抱变化，学习自已不熟悉的领域才能得到进一步的提升，我对自已不熟悉的技术有着天生的好奇感，不愿意重复自已。多进程的软件架构的项目，我想试试。
二 根据产品功能的实际需求。我们的产品中内置WEBSERVER，用于功能的配置和参数的更改，这相当于UI界面.我希望我们的WEBSERVER和底层业务功能完全的分离，两者对彼此的实现毫不关心，两者之者采用协议沟通。这样可以方便的替换新的UI界面，例如我们可以加入MIUIGUI界面用于参数配置，同时保持底层的业务处理逻辑程序的一致性。

开发中得到的经验和教训
1 项目开发的初期，进程间通讯我采用共享内存的方案。 随着项目开发的深入，越来越感觉到共享内存通讯的不稳定性，最终重新用SOCKET通讯方式替换了共享内存的方式。这一来一去，浪费的大量的时间和精力.这主要还是我个人的经验不足。
2 多进程的方案增加项目成员的学习成本，特别是进程通讯的实现代码（类似DBUS）理解起来还是需要一定时间的。这也是我初期考虑较多的一个方面。从后面的项目开发来看， 单纯的添加新的进程通讯协议问题并不大。