简明为上---最近的软件设计小感想

1.能用单线程完成的事情就不用多线程。在单线程内部顺序安排几件任务比多线程之间来回切换去做几件任务会简单清楚很多，在开发后期越能体会到这点。使用多线程的理由需要仔细考察，比如，只是为了分割任务模块（尽量单线程内分割任务），还是因为有任务一定得抢占执行（一个轻便简单的中断类线程）？或者需要一个伺服的server线程？如果非得用多线程，则要考察线程之间是各自独立平等的，还是一主多辅的形式？最后再评估这种设计导致的系统调试复杂性。另外一个多线程设计关注点是，系统的正确运行不要依赖于线程的优先级关系，即不能因为优先级关系的调整而导致系统运行错误。

2.假定是多个状态机互相传送消息的消息驱动系统（这种模式目前占有很大比例），那么给消息编号很重要，可以是递增的序列号，可以是分段分级的编码。至少要留出这个编号的空间或可能性，使得消息查询和重发变成可能。不是大数据流量就不必考虑因此产生的耗费。

3.能用消息传递就绝不共享资源，一般情况下不要使用互斥或信号量。尽量把各个模块分割开，且每个模块需要有自己的测试接口。宁愿前期开发慢点，系统运行开支大点，都要保证模块分割清晰易测，则后面会省下多得多的调试开支。

4.技术发展的趋势是，硬件发展远远快于软件，而且硬件的生存周期是减短倾向，故我们应该用硬件换软件。落实到设计上，我们首要目标是系统设计简单清晰无误，便于模块或系统测试，便于快速发布，至于硬件耗费则放后考虑。

总之，系统设计要简明可靠，避免复杂精细。